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PREFACE 


This  manager's  guide  was/produced  under  Naval  Air  Development  Center 
Contract  No.  N62269-76-C-0^N'Q  between  27  September  1979  and  26  September 
1980.  The  guide  is  for  us4  primarily  during  the  design  phase  of  system 
acquisition.  It  is  for  Navy  and  contractor  project  and  Human  Factors 
Engineering  managers.  The  subject  of  the  guide  is  the  design  sections  or 
MIL-H-46855,  Human  Engineering  Requirements  for  Military  Systems, 
Equipment  and  Facilities.  Two  other  manager's  guides  cover  the  analysis 
sections  of  MIL-H~4b855  and  the  test  and  evaluation  sections  of 
MI L-H-46855. 

The  following  persons  provided  guidance  and  contributions: 

1.  Cdr.  Patrick  M.  Curran,  Naval  Air  Development  Center 

2.  Cdr.  Norman  E.  Lane,  Naval  Air  Development  Center 
Within  the  Boeing  Company,  the  program  was  directed  by  W,  J. 

Hebenstreit  of  Engineering  Technology's  Crew  Systems  Organization,  Boeing 
Aerospace  Company.  Much  of  the  information  in  the  guide  is  derived  from 
the  previous  work  of  C.  W.  Geer.  The  HFE  expertise  of  Crew  Systems 
personnel  contributed  to  the  contents  of  this  document,  especially  F.  E. 
Crowell,  J.  M.  Booth,  D.  E.  Reese,  and  G.  A.  Holcomb.  R.  E.  Edwards  of 
Boeing  Computer  Systems  also  contributed. 
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1.0  Tt,  !.iv,dui:t  i  r>ii 

!  's  document  is  one  of  a  series  of  documents  for  managers  and  Huitian 
factors  f  gineerinq  (HE)  specialists  about  MIL-H-46855  (Reference  1). 

Mil  -»:-/1dP  i  contains  human  engineering  requirements  for  analysis,  design, 
an  .  tes*  no  ••  ,-a  viftion  dur  .ng  system  acquisition. 

O'  dit  ;•  i  to  this  guide  for  managers  to  the  design  sections  of 
M : !S-  .  *  nere  ace  unices  for  managers  to: 

')  ch  ''/‘is  sections  of  MIL-H-46855  (Reference  2) 

.  tun  - "  >»,c>  evaluation  sections  of  MIL-H-46855  (Reference  3). 
i r-r>?  ’tv  .•  iii.fts  ror  the  HFE  specialist  to: 

'  >  'f.cvc'-  sections  of  MIL-H  -46855  (Reference  4) 

c '  c  tions  of  MIL-H-46855  (reference  5) 

3}  the  test  an-.;  evaluation  sections  of  MIL-H-46855  (Reference  6). 

1.1  Purpose  of  the  Guide 

MIl-H-46855  states  the  human  engineering  design  requirements  out  does 
not  specify  how  or  when  to  implement  them.  This  guide  provides  a  single 
source  of  information  for  both  Navy  and  contractor  managers  on 
implementation  techniques  and  when  they  are  used. 


1.  MI L-H-46855A, 

2.  Geer,  C.  W., 

3.  Geer,  C.  W., 

4.  Geer,  C.  W., 

5.  English,  M., 

6.  Geer,  C.  W., 


Human  Engineering  Requirements  for  Military  Systems, 
Equipment  and  Facilities,  4  May.  1972. 

Navy  Manager's  Guide  for  the  Analysis  Sections  of 
MIL-H-46855,  D180-19476-2,  Boeing  Aerospace  Company 
BAC),  Naval  Air  Development  Center  (NADC),  Warminster, 
Pa.,  30  June  1976. 

Navy  Manager's  Guide  for  the  Test  and  Evaluation  Sections 
of  MIL-H-46855,  D194-10006-2,  BAC,  NADC,  30  June  1977. 
Analyst's  Guide  for  the  Analysis  Sections  of  MIL-H-46855, 
D 1 880 - 1 94 7 6 - 1  ,  BAC,  NADC,  30  June  1976. 

User's  Guide  for  the  Design  Sections  of 
MIL-H-46855,  NADC-79220-60,  BAC,  NADC,  25  September  1980. 
User's  Guide  for  the  Test  and  Evaluation  Sections  of 
MIL-H-46855,  D194-10006-V,  BAC,  NADC,  30  June  1977. 
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As  background,  the  guide  briefly  describes  the  HFE  design  process  anu 
the  military  standards  and  specifications  which  require  that  this  process 
be  performed  during  system  acquisition.  Standard  design  techniques  which 
have  proved  useful  to  HFE  specialists  for  a  number  of  years  are  briefly 
described  as  well  as  newer  techniques  using  computers. 

This  guide  will  be  of  use  to  Navy  managers  in  preparing  Requests  for 
Proposal,  System  Specifications,  ana  contractors1  Statements  of  Work;  in 
selecting  Data  Item  Descriptions  for  inclusion  in  the  Contract  Data 
Requirements  List;  and  in  monitoring  the  HFE  design  phase  of  programs.  It 
will  be  of  use  to  contractor  managers  in  preparing  proposals  and  in 
managing  the  HFE  design  portion  of  contract  performance. 

The  guide  complementary  to  this  one  for  HFE  specialists  (Reference  5) 
contains  considerably  more  detail  about  HFE  design  techniques  than  this 
manager's  guide. 

2.0  Documented  Requirements  for  HFE  Design 


General  requirements  for  Navy  system  acquisition,  including  the  design 
phase  of  system  acquisition,  are  in  Department  of  Defense  (DoD)  directives 
and  in  Secretary  of  the  Navy  (SECNAV)  and  Chief  of  Navy  Material  (NAVMAT) 
instructions.  General  HFE  design  requirements  are  in  NAVMAT  instruc¬ 
tions.  Specific  HFE  design  requirements  and  criteria  are  in  military 
specifications  and  standards.  Specific  HFE  design  products  which  a  system 
contractor  must  deliver  to  the  Navy  are  in  Data  Item  Descriptions.  HFE 
design  principles  and  design  data  are  in  HFE  guides,  handbooks  and  general 
literature.  HFE  design  techniques  are  in  this  guide. 


User's  Guide  for  the  Design  Sections  of 
MIL-H-46355,  NADC-79220-60,  Boeing  Aerospace  Company, 
Naval  Air  Development  Center,  Warminster,  Pa.,  2b 
September  1980. 


5.  English,  M., 


2. 1  DoD  and  Navy  Desiqn  Directives  and  Instructions 

In  1971,  the  Deputy  Secretary  of  Defense  established  the  policy  for 
major  defense  systems  acquisition  by  the  military  services  in  DoD 
Directive  5000.2  (Reference  7).  The  Secretary  of  the  Navy  implemented 
tnis  policy  in  SECNAVINST  5000.1  (Reference  8).  Tne  Chief  of  Navy 
Material  established  the  general  requirement  for  performing  HFE  design 
during  systems  acquisition  in  NAVMATINST  3900.9  (Reference  9).  This 
instruction  states  that  the  human  element  of  a  Navy  system  shall  undergo 
the  same  development,  test,  and  evaluation  steps  as  equipment  elements  of 
the  same  system. 

2.2  Military  Specifications  and  Standards 

In  1966,  specific  requirements  for  HFE  design  during  systems 
acquisition  were  established  in  military  specification  MI L-H-46855 
(Reference  1).  Also  in  1966,  specific  HFE  design  criteria  were 
established  in  military  standard  MI L-STD- 1 472  (Reference  10).  Both  of 
these  documents  have  been  updated  since  SECNAVINST  5000. 1  (Reference  8) 
was  published.  These  two  documents  are  usually  cited  in  a  contract 
between  the  Navyand  industry  as  containing  the  contractual  HFE  design 
requirements  and  criteria. 

There  are  other  military  standards  which  contain  specialized  HFE 
design  criteria  and  which  may  be  cited  in  the  contract. 

Examples  of  these  standards  are:  MIL-L-25467  (Instrument  Lighting), 


1.  MIL-H-46855A,  Human  Engineering  Requirements  for  Military  Systems, 
Equipment  and  Facilities,  4  May  1972. 

7.  DoD  Directive  5000.2,  "Major  System  Acquisition  Process",  Washington, 

D.  C.,  1971. 

8.  SECNAVINST  5000.1,  "System  Acquisition  in  the  Department  of  the  Navy", 

1972. 

9.  NAVMATINST  3900.9,  "Human  Factors",  Department  of  the  Navy .Headquarters 

Naval  Material  Command,  Washington,  D.  C., 
September  1970. 
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MIL-STD-411  (Air  Crew  Station  Signals),  and  MIL -STD- 1 333  (Air  Crew  Statiun 
Geometry).  There  are  also  other  military  specifications  which  affect  rtFE 
design  and  which  may  be  cited  in  the  contract.  An  example  of  one  of  these 
specifications  is  MIL-M-8650  (General  Specification  for  Aircraft  Mockups). 

The  contents  of  MIL-H-4685S  (Reference  1)  and  M I L -STD- 1472  (Reference 
10),  which  are  usually  tne  Navy's  and  the  contractor's  primary  sources  of 
HFE  design  reguirements  and  criteria,  are  described  below. 

MIL-H-4635S 

MIL -H-4 685 5  has  separate  sectiions  containing  requirements  for  HFE 
analysis,  design,  and  test  and  evaluation.  The  relationships  of  the 
sections  is  illustrated  inFigure  2.0-1.  The  contents  of  the  design 
requirements  sections  (3.2.2  and  its  suoparagrapns )  are  described  below. 

A  copy  of  the  complete  text  of  Section  3.3.3  is  in  Appendix  B. 

Section  3.2.2  "Human  Engineering  in  Equipment  Detail  Design"  is 
divided  into  four  subsections:  studies,  experiments  and  laboratory  tests; 
equipment  detail  design  drawings;  work  environment,  crew  stations  and 
facilities  design;  and  performance  and  design  specifications. 

Paragraph  3.2.2. 1  (studies,  experiments  and  laboratory  tests)  states 
that  numan  engineering  and  life  support  problem  areas  must  be  identified, 
called  to  the  attention  of  the  procuring  activity,  and  resolved  in  a 
timely  manner,  by  studies,  experiments  and  laboratory  tests  if  necessary, 
so  that  the  results  can  be  incorporated  into  equipment  design. 

Paragraph  3. 2. 2. 2  (equipment  detail  design  drawings)  states  that 
equipment  drawings  must  be  evaluated  to  assure  tnat  human  engineering 


1.  MIL-H-46855A,  Human  Engineering  Requirements  for  Military  Systems, 


Equi 


10.  MI L-STD- I472B ,  Human  Engineering  Desic 


Equipment  and  Facilities,  31  December  1974. 


tea*! 


L 


FIGURE  2.0-1  -  MIL-H-46855  RELATIONSHIPS 
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principles  and  criteria  have  been  applied  to  the  design  of  the  equipment 
represented  by  the  drawings  and  that  they  comply  with  MIL-STD-1472. 

Paragraph  3. 2. 2. 3  (work  environment,  crewstations  and  facilities 
design)  states  that  human  engineering  principles  and  criteria  must  be 
applied  to  detail  desiqn  of  work  environments,  crew  stations,  and 
facilities  to  be  used  by  the  human  in  the  system  and  that  the  design  of 
these  items  must  comply  with  MIL-STD-1472.  The  effect  on  human 
performance  under  normal,  unusual  and  emergency  conditions  must  be 
considered. 

Paragraph  3. 2. 2. 4  (performance  and  design  specifications)  states  mat 
performance  and  design  specifications  for  the  system  must  comply  with 
MIL-STD  1472  and  other  human  engineering  criteria  specified  uy  the 
contract . 

MIL-STD-1472 

As  noted  in  the  description  of  MIL-H-46855  above,  MIL-STD-1472  is 
frequently  c i i ted  as  the  primary  source  of  HFE  design  criteria.  Figure 
2.0-2  illustrates  a  page  of  text  from  MIL-STD-1472  and  Figure  2.0-3 
illustrates  a  supporting  figure  referred  to  in  the  page  of  text.  This 
standard  contains  specific  descriptions  of  the  characteristics  which 
systems,  equipment  and  facilities  snould  have.  The  purpose  of  this 
standard  is  to  specify  in  terms  which  are  verifiable  how  equipment  and 
facilities  should  be  desiqned  so  as  to  insure  that  required  operator 
performance  is  achieved  and  that  personnel  safety  is  not  jeopardized. 

This  standard  is  so  important  to  HFE  design  that  a  checklist  based  on  its 
contents  is  a  oasic  HFE  design  technique  (described  in  Section  7  of  this 
guide) . 

2.3  Data  Item  Descriptions 

A  Navy  contract  always  contains  a  list  specifying  exactly  what 
products  the  contractor  must  deliver.  This  list  is  called  the  Contract 
Data  Requirements  List  (CDRL,  DD  Form  1423).  Stanoardized  descriptions  of 
the  many  products  which  might  be  contracted  for  have  been  developed. 

These  standardized  descriptions  are  called  Data  Item  Descriptions  (OlDs, 

DD  Form  1664).  For  a  specific  contract,  the  appropriate  DIDs  are  selected 
ana  included  in  the  CDRL  by  the  Navy. 
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31  December  1974 


5.2. 1.3  Location  and  Arrangement  - 

5.2. 1.3.1  Accuracy  -  Displays  shall  be  located  and  designed  so  that 
they  may  be  read  to  the  degree  of  accuracy  required  by  personnel  in  the 
normal  operating  or  servicing  positions. 

5. 2. 1.3. 2  Access  -  Ladders,  supplementary  lighting,  or  other  special 
equipment  should  not  be  required  in  order  to  gain  access  to  or  to  read 
a  display. 

5. 2. 1.3. 3  Orientation  -  Display  faces  shall  be  perpendicular  to  the 
operator's  normal  line  of  sight  whenever  feasible  and  shall  not  be  less 
than  45°  from  the  normal  line  of  sight  (see  Figure  1).  Parallax  shall 
be  minimized. 

5.2. 1.3.4  Reflection  -  Displays  shall  be  constructed,  arranged,  and 
mounted  to  prevent  reduction  of  information  transfer  due  to  the  reflec¬ 
tion  of  the  ambient  illumination  from  the  display  cover.  Reflection  of 
instruments  and  consoles  in  windshields  and  other  enclosures  shall  be 
avoided.  If  necessary,  techniques  (such  as  shields  and  filters)  shall 
be  employed  to  insure  that  system  performance  will  not  be  degraded. 

5.2. 1.3.5  Vibration 

5.2. 1.2.5  Vibration  -  Vibration  of  visual  displays  shall  not  degrade 
user  performance  below  the  level  required  for  mission  accomplishment 
(see  para  5. 8. 4. 2). 

5. 2. 1.3. 6  Grouping  -  All  displays  necessary  to  support  an  operator 
activity  or  sequence  of  activities,  shall  be  grouped  together. 

5. 2. 1.3. 7  Function  and  Sequence  -  Displays  shall  be  arranged  in  rela¬ 
tion  to  one  another  according  to  their  sequence  of  use  or  the  functional 
relations  of  the  components  they  represent.  They  shall  be  arranged  in 
sequence  within  functional  groups  whenever  possible  to  provide  a  viewing 
flow  from  left  to  right  or  top  to  bottom. 

5. 2. 1.3.8  Frequency  of  Use  -  Displays  used  most  frequently  should  be 
grouped  together  and  placed  in  the  optimum  visual  zone  (see  Figure  2). 

5. 2. 1.3. 9  Importance  -  Very  important  or  critical  displays  shall  be 
placed  in  a  privileged  position  in  the  optimum  projected  visual  zone 
or  otherwise  highlighted. 

5.2.1.3.10  Consistency  -  The  arrangement  of  displays  shall  be  consistent 
in  principle  from  application  to  application,  within  the  limits  specified 
herein. 


FIGURE  2.0-2  -  PAGE  OF  TEXT  FROM  MIL-STD-1472 
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On  1  June  1979,  the  following  updated  series  of  human  engineering 
DIOS  were  published  with  ARMY/MIRADCOM  as  the  office  of  primary 
responsibi 1 ity: 

DoD  0I-H-7051,  "Human  Engineering  Program  Plan" 

DoD  0I-H-7052,  "Human  Engineering  Dynamic  Simulation  Plan" 

DoD  DI-H-7053,  "Human  Engineering  Test  Plan" 

DoD  DI-H-7054,  "Human  Engineering  System  Analysis  Report" 

DoD  Dl-H-7055,  "Critical  Task  Analysis  Report" 

DoD  DI-H-7056,  "Human  Engineering  Design  Approach  Document-Operator" 
DoD  DI-H-7057,  "Human  Engineering  Design  Approach  Document-Maintainer" 
DoD  DI-H-7058,  "Human  Engineering  Test  Report" 

DoD  0I-H-7059,  "Human  Engineering  Progress  Reports" 

These  DIDs  specify  in  detail  the  human  engineering  activities  wriich 
must  be  performed  by  a  contractor  during  systems  acquisition  and  the  human 
engineering  products  which  the  contractor  must  deliver  to  the  Navy.  Three 
of  these  HE  DIDs  apply  directly  to  the  HFE  design  process  and  all  of  tne 
others  apply  indirectly. 

The  text  of  the  three  DIDs  which  apply  oirectly  to  the  design  process 
is  in  Appendix  C  and  the  contents  are  described  below. 

PI-H-7Q52 

DI-H-7052,  the  HE  Dynamic  Simulation  Plan  DID,  describes  in  detail  how 
the  contractor's  dynamic  simulation  plan  should  be  prepared,  if  dynamic 
simulation  is  going  to  take  place. 

DI-H-7056  and  DI-H-7057 

DI-H-7056  and  DI-H-7057,  the  HE  design  approach  documents  for  the 
operator  and  the  maintainer  of  the  system  being  acquired,  explain  what  the 
two  design  approach  documents  should  contain.  The  operator  design 
approach  document  must  describe  the  layout,  detail  design  and  arrangement 
of  crew  station  equipment  having  an  operator  interface  and  the  operator 
tasks  associated  with  the  equipment.  The  document  must  also  describe  the 
extent  to  which  the  human  performance  requirements,  MIl-STD-1472  aesign 
criteria,  and  the  requirements  of  other  applicaole  HE  documents  specified 
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in  the  contract  have  been  incorporated  in  tne  crew  station  equipment. 
Results  of  operator  task  analysis  must  be  presented  as  part  of  the 
rationale  supporting  the  layout,  design,  and  integration  of  crew  station 
equipment. 

The  operator  design  approach  document  must  contain  the  following  crew 
station  and  operator-related  information:  a  list  of  each  item  of 
equipment  having  an  operator  interface,  a  list  of  specifications  and 
drawings  approved  by  human  engineering,  and  a  description  of  the  crew 
station  emphasizing  human  engineering  design  features.  Design  features  to 
be  described  are:  each  crew  station  and  each  item  of  crew  station 
equipment;  each  control/display  panel;  operator  vision  to  crew  station 
items  of  equipment  and  operator  external  vision;  environmental  factors; 
normal  and  emergency  ingress  and  egress;  crew  station  lighting 
characteristics  and  liqhting  control  system;  crew  station  warning,  caution 
and  advisory  signals;  seating,  restraint  systems  and  other  postural 
controls;  communications  systems  and  “communications  systems  control;  any 
special  design,  layout,  or  arrangement  features  required  by  mission  or 
system  environment;  and  multiple  operator  stations  design,  if  applicable. 
Other  'nformation  required  includes  geometric  layout  of  the  crew  stations; 
rationale  for  human  engineering  design,  layout  and  arrangement  of  eacii 
item  of  crewstation  having  an  operator  interface;  and  narrative  wnicn 
provides  rationale  for  any  need  to  deviate  from  MI L -STD- 1472.  Similar 
information  requirements  are  made  for  the  maintainer  design  approach 
document. 

All  of  the  other  DIDs  indirectly  affect  the  HFE  design  effort.  These 
DIDs  are  briefly  described  below. 

DI-7051  and  DI-H-7052 


DI-H-7051  and  DI-H-7059,  the  HE  program  plan  and  progress  report  DIDs, 
describe  how  to  prepare  the  proqram  plan  and  progress  reports  which,  among 
other  things,  describe  in  detail  how  all  HE  design  requirements  are  being 


fulfilled.  HFE  personnel  may  prepare  tne  HE  design  portion  of  the  plan 
and  reports;  if  not,  tnese  documents  will  be  a  source  of  information. 

DI-H-7053  and  DI-H-7058 

DI-H-7053  and  DI-H-70b8,  the  HE  test  plan  and  test  report  DIDs, 
describe  how  to  prepare  the  documentation  associated  with  contractor 
tests.  It  is  part  of  the  test  evaluation  function  rather  than  the  design 
function  to  perform  these  tests  ano  document  them,  but  the  test  results 
are  used  by  the  Navy  to  assure  that  the  human-equipment  interface  which  is 
designed  during  the  design  phase  conforms  to  the  contractual  requirements. 

DI-H-7054  and  PI-H-7055 

DI-H-7054  and  DI-H-705S,  the  HE  system  analysis  and  critical  tasK 
analysis  report  DIDs,  describe  the  system  analysis  and  critical  task 
analysis  that  must  be  done.  These  reports  are  sources  of  input  data  from 
the  analysis  phase  to  the  design  phase. 

2.4  Guides,  Handbooks,  and  General  Literature 

There  are  a  number  of  guides  and  handbooks  and  a  quantity  of  general 
literature  wnich  contain  information  about  HFE  design.  HFE  design  guides 
and  handbooks  were  a  source  of  information  for  MIL-STD-1472,  and  searches 
of  the  general  literature  are  a  standard  human  engineering  design 
technique.  Some  of  these  publications  are  referenced  in  the  guides  for 
analysis  and  test  and  evaluatiion  (References  4  and  5). 

3.0  Practical  Requirements  for  HFE  Design 

The  practical  requirements  for  HFE  design  underly  the  documented 
requirements  and  are  what  caused  the  documented  requirements  to  come  into 
being.  These  practical  requirements  include  the  need  for  operators  and 
maintainers  to  be  able  to  consistently  perform  with  a  certain  level  of 
accuracy  and  speed  in  order  to  have  systems  achieve  their  desired 
capabilities,  the  need  to  protect  the  operators  and  maintainers  from 
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injury  or  deatn,  ‘he  need  for  special  equipment  to  keep  operators  and 
maintainers  alive  in  systems  operating  in  environments  hostile  to  human 
life,  and  the  need  to  minimize  requirements  for  large  numbers  of  hignly 
skilled  and  trained  personnel.  Each  of  the  practical  requirements  is 
uriefly  discussed  below. 

3.1  Human  Performance 

All  systems  require  a  certain  level  of  numan  performance  in  order  to 
function  as  specified.  In  order  to  meet  system  performance  requirements 
such  as  speed,  maneuverability,  range  or  turnaround  time,  the  operators 
and  maintainers  of  the  system  must  meet  certain  minimum  requirements  for 
performing  their  assigned  tasks.  Human  performance  requirements  for  a 
system  are  usually  expressed  in  terms  of  time  to  perform  a  task,  accuracy 
of  performance,  and  consistency  (reliability)  with  which  the  speed  and 
accuracy  can  be  maintained.  Some  of  the  documented  HFE  design  criteria 
exist  to  assure  the  achievement  of  necessary  operator  and  maintainer  task 
times  and  error  rates. 

3.2  Safety 

In  order  to  achieve  the  required  level  of  system  performance  and  for 
humane  reasons,  operator  and  maintainer  personnel  must  be  protected  from 
injury  and  death.  Some  of  the  documented  HFE  design  criteria  exist  to 
assure  tne  safety  of  system  personnel. 

3.3  Life  Support  Criteria 

In  hign  performance  systems  and  systems  requiring  closed  loop 
environmental  control,  life  support  requirements  are  particularly 


4.  Geer,  C.  W.,  Analyst's  Guide  for  the  Analysis  Sections  of  MIL-H-4u8S5, 

01880-19476-1,  Boeing  Aerospace  Company  (BAC),  Naval  Air 
Development  Center  ( NADC ) ,  Warminster,  Pa.,  30  June  1976. 

5.  Geer,  C.  W.,  User's  Guide  for  the  Test  and  Evaluation  Sections  of 

MTiTH-46855,  D194-1QQQ6-1 ,  BAC,  NAbC,  55~~une  1977. 
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critical.  Some  of  the  documented  HFE  uesign  criteria  exist  to  assure  the 
adequacy  of  life  support  features  of  systems. 

3.4  Training/Personnel  Ski lls/Personnel  Quantities 

The  number  of  personnel  required  to  operate  and  maintain  a  system  and 
the  level  of  skill  and  amount  of  training  these  personnel  must  have 
greatly  impact  the  cost  of  a  system  and  the  lead  time  required  to  get  the 
system  into  operation.  Some  of  the  documented  HFE  design  criteria  exist 
to  avoid  the  need  for  extra  personnel,  skills  and  training  in  order  to 
operate  or  maintain  poorly  designed  equipment. 

4.0  Basic  Considerations  in  HFE  Design 

There  are  several  basic  considerations  which  must  De  taken  into 
account  in  planning  and  accompl ishing  an  HFE  design  effort.  These 
considerations  are  the  type  of  data  required  to  begin  an  HFE  design 
effort,  the  timing  of  the  HFE  design  effort,  and  products  which  will  be 
produced  by  the  HFE  design  effort. 

4.1  Data  Inputs  to  the  Design  Process 

The  data  inputs  to  the  design  process  consist  of  the  outputs  of 
the  analysis  phase  plus  data  that  is  generated  during  the  design  phase. 
The  manager's  guide  for  analysis  (Reference  2)  describes  a  number  of 
analysis  techniques.  Ideally,  enough  analysis  will  have  been  done  during 
the  analysis  to  provide  the  required  design  input  data.  If  not,  some 
analysis  will  have  to  be  performed  at  the  beginning  of  tne  design  pnase. 


2.  Geer,  C.  W.,  Navy  Manager's  Guide  for  the  Analysis  Sections  of 

MIL-H-46855,  D180-194/6-1 ,  Boeing  Aerospace  Company, 
Naval  Air  Development  Center,  Warminster,  Pa.,  30  uune 
1976. 
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A  sampling  of  the  analysis  activities  which  precede  design  activities  are 
described  above. 

1)  Mission  analysis  is  performed  and  mission  profiles  are  prouuced 
which  give  the  HFE  specialist  a  good  idea  of  the  operational  situation  or 
events  that  will  be  confronting  operators  and  maintenance  personnel. 

2)  Mission  scenarios  which  fully  describe  the  events  implied  by  the 
mission  profiles  are  written  in  narrative  form  describing  the  proposed 
mission  in  detail  and  identifying  key  events  and  implied  requirements. 

All  essential  system  functions  such  as  failure  modes  or  emergency 
procedures  are  included.  The  mission  scenarios  are  sufficiently  detailed 
to  give  the  HFE  specialist  an  understanding  of  the  mission. 

3)  Functional  flows  are  developed  for  detailed  system  requirements 
down  to  the  level  of  specific  operator  tasks.  Significant  operator 
performance  requirements  and  the  details  of  critical  operator  tasks  are 
been  determined.  Early  estimates  are  made  of  likely  crew  interface 
requirements,  capability,  special  provisions-  needed,  potential  problems 
and  probable  solutions. 

A)  Preliminary  workload  data  is  estimated  and  information  provided  for 
manning  and  training  estimates. 

5)  Decision/action  diagrams  are  prepared  showing  the  flow  of  required 
system  data  in  terms  of  operations  and  decisions.  These  diagrams  record 
the  sequence  of  operations  and  decisions  which  must  be  performed. 

6)  Action/information  requirements  analysis  defines  the  specific 
actions  necessary  to  perform  a  function  and  the  specific  information  that 
must  be  provided  to  perform  the  action.  The  HFE  specialist  performing  the 
analysis  pairs  action  requirements  with  possible  control  hardware  and 
information  requirements  with  possible  display  hardware. 

7)  Function  allocation  trades  are  made  to  provide  the  baseline  for 
crew  task  definition,  control  and  display  operations  requirements,  crew 
station  configuration  concepts,  workload  evaluation  and  crew  station 
design  and  evaluation.  The  allocation  of  functions,  actions,  and 
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decisions  is  based  on  the  known  capabiiites  and  limitations  of  operators, 
the  state  of  the  art  of  hardware  and  software,  ana  estimated  performance 
to  be  requirea  in  terms  of  speed,  accuracy  and  load. 

8)  Timelines  are  prepared  to  examine  time  and  errors.  Time-critical 
sequences  are  analyzed  to  verify  that  all  necessary  events  can  be 
performed.  The  occurrence  of  incompatible  tasks  is  assessed  and  workload 
is  evaluated  from  the  timelines. 

9)  Flow  process  charts  are  prepared  showinq  the  flow  of  operator 
activities  and  information  exchange  in  time  sequence.  These  flow  process 
charts  are  used  to  develop  and  evaluate  concepts  for  each  operator 
station. 

10)  Operational  sequence  diagrams  are  prepared  providing  a  graphic 
presentation  of  operator  tasks  as  they  relate  sequentially  to  both 
equipment  and  other  operators.  Symbols  are  used  to  indicate  actions, 
inspections,  data  transmitted  or  received,  data  storage,  and  decisions  to 
show  the  flow  of  information  through  a  system. 

4.2  Timing  of  the  Design  Effort 

In  order  to  have  maximum  impact  on  design,  the  HFE  design  effort  must 
occur  at  the  proper  time  in  the  overall  design  effort.  The  timing  of  the 
HFE  design  effort  as  it  relates  to  other  HFE  activities  and  to  overall 
program  phases  is  illustrated  in  Figure  4.0-1.  The  timing  of  some  of  the 
details  of  the  HFE  design  effort  is  discussed  below. 

Ordinarily,  30  days  after  contract  award  a  Technical  Interchange 
meeting  between  Navy  and  contractor  HFE  specialists  occurs.  At  this 
meeting,  arrangements  can  be  made  for  weekly  telephone  contact  or  other 
means  of  keeping  in  close  touch.  Scheduled  contact  include  Preliminary 
Design  Reviews,  Critical  Design  Reviews,  and  Lighting  Mockup  Reviews. 

At  the  beginning  of  the  design  phase,  the  contractor  HFE  manager 
should  schedule  the  contractor  HFE  specialists  to  immediately  prepare  HFE 
design  criteria  in  a  format  appropriate  for  early  transmittal  to  systems 
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designers.  The  contractor  HFE  manager  should  assure  that  contractor  HFE 
specialists  maintain  close  contact  with  designers,  as  it  is  always  easier 
to  get  input  accepted  while  the  designer  is  sketching  with  pencil  at  the 
drafting  board  than  after  a  design  concept  is  finalized  in  drawing  form. 
Contractor  HFE  specialists  will  also  prepare  their  own  conceptual  design 
sketches  of  control  and  display  consoles  and  other  critical  human- 
equipment  interfaces  as  early  as  possible  in  order  to  have  maximum  impact 
on  system  design.  HFE  specialists  should  perforin  all  the  design 
techniques  discussed  in  Sections  7  and  8  as  early  in  the  design  process  as 
the  data  can  be  obtained  or  generated. 

4.3  Products  of  the  HFE  Design  Effort 

The  products  of  tne  HFE  desiqn  effort  are  designs  of  human-machine 
interfaces,  evaluation  of  these  designs,  and  documentation  that  HFE  design 
criteria  have  or  have  not  been  met.  The  HFE  manager  should  assure  that 
records  of  designs,  design  recommendations,  and  design  evaluations  ana 
their  rationale  are  kept  on  file.  Figure  4.0-2  illustrates  the  many 
potential  users  of  the  products  of  the  HFE  design  effort. 

5.0  The  HFE  Design  Process 

The  purpose  of  the  design  phase  of  a  program  is  to  convert  the 
concepts  arrived  at  in  the  analysis  phase  into  a  system  design  represented 
by  engineering  drawings  and  to  build  the  first  hardware.  The  purpose  of 
performing  HFE  during  the  design  phase  is  to  produce  a  system  desiqn  which 
correctly  utilizes  human  capabilities  and  does  not  exceed  human 
limitations.  This  goal  is  accomplished  by  incorporating  HFE  design 
criteria  into  all  parts  of  the  system  which  have  human-machine  interfaces. 

HFE  design  criteria  describe  the  characteristics  which  human-machine 
interfaces  should  have  and  are  based  on  HFE  knowledge  of  human 
capabilities  and  limitations  derived  from  laboratory  research  and  years  of 
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field  experience.  Incorporation  of  HFE  design  criteria  into  system  design 
will  assure  that  trie  system  can  be  efficiently  operated  by  its  human 
operators  and  that  the  design  of  the  system  does  not  lead  these  operators 
to  commit  errors.  Human-machine  interface  design  includes  hardware, 
software,  procedures,  work  environment,  ana  facilities. 

5.1  Role  of  the  HFE  Specialist 

The  project  and  HFE  manager  should  be  aware  of  the  various  roles 
performed  by  the  HFE  specialist.  During  system  design,  the  HFE  specialist 
may  perform  one  or  more  of  the  following  roles:  contract  monitor, 
equipment  designer,  consultant  to  equipment  designers,  or  evaluator  of 
equipment  designs.  Which  of  these  roles  is  performed  depends  partly  on 
whether  the  specialist  is  representing  the  Navy  or  the  contractor  and 
partly  on  the  type  of  program  and  the  structure  of  the  specialist’s 
organization.  The  roles  usually  performed  by  Navy  and  contractor  HFE 
specialists  are  indicated  below: 


1)  contract  monitor 

2)  equipment  designer 

3)  consultant  to  equipment 
designers 

4)  evaluator  of  equipment 
designs 

Contract  Monitor 

When  performing  as  contract  monitor,  the  Navy  HFE  specialist  monitors 
all  of  the  activities  and  products  of  the  contractor  HFE  specialist 
through  Technical  Interchange  Meetings,  Preliminary  Design  Reviews, 
Lighting  Mockup  Reviews,  Critical  Design  Reviews,  weekly  telephone  calls, 
review  of  documentation  prepared,  and  other  means.  The  contract  monitor 
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also  monitors  any  operator-machine  interfaces  produced  by  a  contractor 
which  have  not  had  contractor  HFE  input.  On  occasion,  the  contractor  HFE 
specialist  may  be  contract  monitor  of  subcontractor  HFE  efforts. 

Designer 

When  performing  as  designer,  the  HFE  specialist  (usually  the 
contractor  HFE  specialist)  lays  out  controls  arid  displays  and  other 
critical  human-machine  interfaces  in  sketch  format.  Sometimes  the 
sketches  are  converted  into  finished  drawings  in  the  HFE  group  but  more 
often  they  are  handed  to  the  design  engineers  very  early  in  the  design 
phase  in  order  to  get  the  concepts  incorporated  into  the  design  engineers' 
final  designs. 

Design  Consultant 

When  performing  as  design  consultant,  the  HFE  specialist  (usually  the 
contractor  HFE  specialist)  provides  HFE  design  criteria  and  other  guidance 
to  design  engineers.  The  design  criteria  may  be  prepared  in  the  form  of 
an  annotated  MIL-STD-1472  checklist  as  described  in  Section  7,  a  list  of 
available  parts  which  meet  MIL-STD-1472  requirements,  a  design  layout 
sketch  as  described  in  the  preceding  paragraph,  listing  and  clarification 
of  the  requirements  of  other  military  standards  and  specifications, 
guidelines  representing  HFE  principles  not  incorporated  in  military 
standards  and  specifications,  and  verbal  information  provided 
spontaneously  or  in  response  to  questions  from  designers.  In  the 
consultant  role,  it  is  important  for  the  HFE  specialist  to  have  constant 
interaction  with  system  designers  and  to  establish  a  good  wor king 
relationship  so  that  HFE  input  will  be  incorporated. 

Design  Evaluator 

Design  evaluator  is  one  of  the  HFE  specialist's  most  frequently 
performed  roles.  The  designs  produced  Dy  the  contractor's  design 
engineers  are  evaluated  first  by  the  contractor  HFE  specialist  and  later 
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uy  the  Navy  HFE  specialist.  As  design  evaluator,  the  HFE  specialist  uses 
the  MIL-STD-1472  checklist,  simulated  task  performance  in  mockups,  and 
other  techniques  described  in  Sections  7  and  8.  The  contractor  specialist 
documents  compliance  with  MI L -STD- 1 472  design  criteria  and  any  other  HFE 
contractual  design  criteria  and  prepares  requests  for  deviation  wnere 
appropriate.  The  Navy  specialist  reviews  the  contractor's  documentation, 
personally  applies  the  MIL-STD-1472  checklist  and  other  HFE  criteria  to 
selected  hardware,  and  approves  or  disapproves  the  requests  for  deviation. 
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General  Purposes  of  Design  Techniques 


In  performing  the  roles  described  in  the  preceding  section,  the  HFE 
specialist  must  specify  the  contents  of  HFE  design  criteria,  incorporate 
these  design  criteria  into  designs,  determine  whether  the  designs  meet  the 
design  criteria,  and  document  that  that  the  design  criteria  have  been  met. 

The  specialist  uses  various  techniques  to  accomplish  these 
activities.  To  specify  the  contents  of  HFE  design  criteria,  the 
specialist  uses  contractural  documents  and  military  specifications  and 
standards.  To  incorporate  design  criteria  into  designs  and  to  determine 
whether  design  criteria  have  been  met,  the  specialist  uses  design 
criteria  checklists,  measurment  equipment,  and  the  other  techniques 
mentioned  in  paragraph  5.3  below,  fo  document  that  design  criteria  have 
been  met,  the  specialist  using  drawing  signoffs,  design  reviews,  and 
deviation  requests.  Many  of  these  techniques  are  described  briefly  in 
Sections  7  and  8. 


5.3  General  Types  of  Design  Techniques 

To  accomplish  the  purposes  referred  to  in  the  preceding  section,  the 
HFE  specialist  uses  techniques  to  represent  the  hardware/software, 
techniques  to  represent  the  operator,  techniques  to  represent  the  operator 
interacting  with  the  hardware/sof tware,  and  techniques  to  solve  problems. 
Techniques  representing  the  hardware/sof tware  are  sketches,  drawings, 
schematics,  mockups,  and  scale  models.  In  addition,  first  production 


hardware,  which  is  the  actual  Hardware  rather  than  a  representation  of  it, 
is  evaluated.  A  technique  representing  the  operator  is  anthropometric 
manikins.  Techniques  representing  the  operator  interacting  with  the 
hardware/software  are  visibility  diagrams,  reach  envelopes,  walkthroughs, 
simulators,  and  computer  models.  Techniques  for  solving  problems  are 
tradeoffs,  literature  surveys,  expert  consultation,  studies  and 
experiments,  and  expert  judgment.  Some  of  these  techniques  are  described 
in  Section  7. 

6.0  Selection  of  Design  Techniques 

The  choice  of  a  design  technique  for  performing  an  HFE  design  activity 
depends  on  the  activity,  on  the  characteristics  of  the  technique,  and  on 
the  personnel,  time,  and  equipment  available  to  use  the  technique.  To  aid 
in  selecting  design  techniques,  information  is  provided  in  the  user's 
guide  (Reference  5)  about  the  characteristics  of  each  technique  and  aoout 
the  relative  resource  requirements. 

The  information  about  the  characteristics  of  each  technique  contained 
in  the  user's  guide  includes  a  summary  description  of  the  technique,  a 
statement  of  when  in  the  program  the  technique  is  used,  a  oescription  of 
tne  product  produced  by  the  technique  and  the  purpose  of  the  product,  a 
description  of  what  the  HFE  specialist  must  do  to  use  the  technique,  a 
list  of  the  technique's  advantages  and  disadvantages,  and,  for  the 
techniques  using  computers,  an  application  example  if  available  and  the 
contact  for  source  documents. 

Because  of  the  number  of  variables  in  a  program,  it  is  difficult  to 
provide  any  actual  resource  figures  for  the  various  techniques.  However, 
to  give  some  idea  of  resource  requirements,  the  techniques  have  oeen 
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compared  to  each  other  on  the  basis  of  whether  trie  time  to  perform  is 
short,  medium,  or  long  and  whether  the  complexity,  cost,  and  cost 
effectiveness  is  low,  medium,  or  high.  This  comparison  appears  in  Table 
6.0-1. 

7.0  Standard  Design  Techniques 

The  techniques  described  in  this  section  have  been  used  by  HFE 
specialists  for  a  number  of  years.  Tnese  techniques  have  been  found  to 
have  a  great  deal  of  utility,  and  in  fact,  human  engineering  design  could 
not  be  accomplished  without  some  of  them. 

7.1  Design  Techniques  For  Design  Criteria  Specification,  Incorporation, 
Evaluation,  or  Documentation 

The  design  techniques  described  in  this  section  are  used  to  specify 
HFE  design  criteria,  to  incorporate  HFE  desiqn  criteria  into  designs,  to 
evaluate  whether  HFE  design  criteria  have  been  incorporated  into  designs, 
and  to  document  compliance  with  HFE  design  criteria. 

7.1.1  Contractual  Documents 

The  System  Specifications  and  the  Statement  of  Work  (SOW)  are 
contractual  documents.  It  is  important  to  have  human  engineering  design 
requirements  and  criteria  written  into  these  documents  to  give  visibility 
and  authority  to  HFE  during  system  design.  Navy  HFE  personnel  are 
primarily  responsible  for  accomplishing  this  objective.  The  process  is 
described  below. 

7. 1.1.1  System  Specifications.  The  system  specifications  document  is  the 
basic  source  of  design  requirements  for  the  system  being  acquired. 

Summary  Description:  The  system  specification  document  contains 
individual  specifications  for  each  major  hardware  item  making  up  the 
system.  Each  specification  states  the  criteria  which  the  item  it  refers 
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to  must  meet.  Each  individual  item  specification  contains  a  human 
engineering  (HE)  specification.  The  HE  specification  states  the  HE 
criteria  which  the  item  must  meet.  The  system  specifications  also  have  a 
section  for  stating  how  the  fact  that  the  criteria  have  Deen  met  will  ue 
verified. 

There  are  several  documents  describing  how  to  prepare  system 
specifications  and  stating  what  the  human  engineering  specifications  must 
be.  These  documents  are  briefly  discussed  below. 

1)  MIL-STD-490,  Specification  Practices.  MIL-STD-490  (reference  II) 
contains  instructions  for  writing  system  specifications.  The  application 
of  MIL-STD-490  is  discussed  in  detail  in  Reference  5. 

MIL-H-46855,  Human  Engineering  Requirements  for  Military  Systems, 
Equipment  and  Facilities.  MIL-H-46855  is  the  military  specification  which 
contains  the  human  engineering  requirements  for  military  systems.  It 
requires  the  performance  of  HE  analysis,  HE  design  criteria  development, 
and  HE  test  and  evaluation.  The  specification  is  periodically  updated  as 
the  philosophy  of  the  HFE  community  evolves. 

3)  MI L- STD- 1472,  Human  Engineering  Design  Criteria  for  Military 
Systems,  Equipment  and  Facilities.  MIL-STD-1472  is  tne  military  standard 
which  contains  the  detailed  human  engineering  design  criteria  which  the 
items  in  the  system  must  meet.  It  describes  criteria  that  should  be 
applied  in  order  to  achieve  required  operator  performance.  These  criteria 
are  based  on  practical  experience  and  laboratory  research  with  design 
features  that  minimize  errors  and  speed  performance.  The  standard 
contains  comment  forms  to  be  filled  out  by  memDers  of  the  HFE  community 
who  use  it  and  is  periodically  updated  in  response  to  these  comments  and 
to  incorporate  new  data  which  becomes  available. 


5.  English, M.,  User's  Guide  for  the  Design  Sections  of  MIL-H-46855 
NADC-79220-60,  Boeing  Aerospace  Company,  Naval  Air  Development 
Center,  Warminster, Pa. ,  26  September  1980. 
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4)  Other  Contractual  Human  Engineering  Criteria.  Similar  systems  may 
exist  or  previous  research  may  have  been  done  which  is  relevant  to  this 
system.  It'  so,  HFE  criteria  from  these  sources  may  be  included  in  the 
Request  for  Proposal  and  Statement  of  Work. 

When  Used:  During  Request  for  Proposal  preparation.  Navy  HFE 
personnel  should  write  the  HE  specification  portion  of  the  system 
specifications. 

Advantages :  Writing  HFE  design  criteria  into  the  system 
specifications  increases  the  probability  that  HFE  will  be  performed 
during  system  design.  Research  has  shown  that  when  material  on  operator 
considerations  is  included  in  the  procurement  specification,  design 
engineers  give  these  considerations  more  weight  in  their  decisions  than 
they  otherwise  would  (Reference  12). 

Limitations:  Design  specif ications  are  not  self-enforcing.  Navy  HFE 
personnel  must  continue  to  monitor  the  system  throughout  its  development 
to  assure  compliance  with  specifications. 

7. 1.1.2  Statement  of  Work. 

Summary  Description:  The  Statement  of  Work  (SOW)  is  a  aocument 
describing  in  detail  the  work  which  will  be  performed  Dy  the  contractor. 

How  Prepared/Used:  The  SOW  is  the  contractual  vehicle  by  which  the 
Navy  specifies  to  contractors  who  are  bidding  on  a  system  whether  all  of 
MIL-H-46855  ana  MIL-STD-1472  will  be  applied  or  whether  selected  parts 
will  be  applied  (tailoring).  It  also  specifies  what  the  selected  parts 
will  be.  Navy  HFE  personnel  should  become  familiar  with  the  tailoring 
guidelines  in  MIL-HDBK-248(AS)  (Reference  13),  should  make  the  decision  as 
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to  whetner  to  tailor  MIL-H-46855  and  MIL-STD-1472,  and  if  tailoring  is  to 
be  done  should  select  the  relevant  parts  of  the  documents.  Tne  subject  of 
tailoring  is  discussed  in  both  the  Advantages  and  the  Limitations 
paragraphs  below. 

When  Used:  The  proposed  SOW  is  prepared  by  the  Navy  as  part  of  a 
Request  for  Proposal  (RFP).  A  contractor's  proposal,  which  may  include  a 
reworded  SOW,  is  prepared  in  response  to  the  RFP.  When  the  contract  is 
awarded,  the  final  SOW  written  by  the  Navy  is  a  part  of  the  contract. 

Advantages :  Using  the  SOW  as  a  design  tool  is  extremely  important  if 
all  of  MIL-H-46855  and  MI L -STD- 1472  are  included  or  if  the  two  documents 
are  appropriately  tailored.  Specific  references  to  MIL-H-46855  and 
MIL-STD-1472  in  the  SOW  accompanying  the  RFP  encourages  contractors  to 
include  the  cost  of  HFE  in  their  proposals  and  increases  the  probaoility 
of  HFE  being  performed  during  system  design. 

Limitations:  1)  The  SOW  like  the  system  specifications  is  not 
self-enforcing.  Navy  HFE  personnel  must  continue  to  monitor  the  system 
throughout  its  development  to  ensure  adherence  to  HFE  design  criteria. 

2)  The  danger  of  the  Navy  tailoring  MIL-H-46855  or  MIL-STD-1472  in  the 
proposed  SOW  is  the  difficulty  of  doing  appropriate  tailoring. 

MIL-H-46855  can  be  tailored  by  a  knowledgeable  person  to  reduce  the  cost 
of  a  system,  especially  a  less  complex  system,  without  compromising  the 
quality  of  human  engineering  of  the  system.  For  example,  paragraphs 
specifying  the  construction  of  HFE  mockups  or  HFE  simulators  or  the 
conduct  of  HFE  tests  of  human  performance  can  be  considered  for 
tailoring.  If  the  necessary  HFE  data  can  be  collected  in  conjunction  with 
hardware  mockups,  hardware  simulators,  or  hardware  testing,  it  may  be 
possible  to  tailor  these  requirements  out  of  MIL-H-46855. 

While  tailoring  MIL-H-46855  may  be  practical,  tailoring  MIL -STD- 1^+72 
by  the  Navy  in  the  proposed  SOW  is  risky.  If  items  are  tailored  out  wnicn 
should  have  been  left  in,  a  good  deal  of  the  value  of  requiring  that  HFE 
be  applied  during  system  design  is  negated.  In  effect,  some  parts  of  the 


system  will  have  HFE  principles  and  criteria  applied  to  them  and  others 
will  not. 

It  is  extremely  important  that  any  tailoring  of  MIL-H-46855  or 
MI L -STD- 1472  in  the  SOW  should  be  done  by  HFE  personnel  who  are  very 
familiar  with  the  contents  of  the  two  documents  and  who  understand  their 
implications.  Personnel  doing  the  tailoring  should  keep  in  mind  the  fact 
that  during  the  design  phase  the  system  may  develop  in  unanticipated  ways, 
such  as  controls  or  displays  being  added.  MIL -STD- 1 472  is  largely 
self-tailoring  in  that  provisions  which  do  not  apply  cannot  be  performeu 
by  the  contractor.  For  example,  a  system  which  has  no  displays  cannot 
have  the  Displays  section  of  MIL-STD-1472  applied  to  it.  It  is  advisable 
for  the  Navy  not  to  tailor  MIL-STD-1472  at  all  in  the  proposed  SOW  and  to 
leave  any  tailoring  to  the  contractor. 

The  responsibility  for  the  accuracy  of  any  tailoring  done  in  the 
proposed  SOW  received  by  the  contractor  rests  almost  entirely  on  the 
shoulders  of  Navy  HFE  personnel.  Even  if  contractor  HFE  personnel  should 
wish  to  revise  inappropriate  tailoring  in  the  Navy's  SOW,  a  contractor 
ordinarily  will  not  include  the  cost  of  additional  human  factors 
engineering  which  the  customer  did  not  ask  for  in  a  bid  because  the  bid 
would  not  be  competitive.  On  the  other  hand,  if  the  entire  MIL-STD-1472 
is  included  in  the  proposed  SOW,  the  contractor  may  suggest  appropriate 
tailoring  of  MIL-STD-1472  in  a  proposal. 

7.1.2  Design  Criteria  Checklist.  HFE  evaluation  checklists  have  oeen  in 
use  for  more  than  25  years.  The  use  of  checklists  is  described  in  the 
general  literature  as  early  as  1956  (Reference  14).  A  MIL-STD-1472 


14.  Van  Cott,  H.  P.  and  Altman,  J.  W.,  Procedures  for  Including  Human 

Engineering  Factors  in  the  Development  of  Weapon  Systems,  ~WADC 
Technical  Report  56-488,  AD-97305,  American  Institute  for 
Research,  Wright  Air  Development  Center,  October  1956. 
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checklist  was  developed  for  the  Minuteman  Missile  system  by  the  Boeing 
Company  in  1966. 

Summary  Description:  A  design  criteria  checklist  is  a  list  of  HFE 
design  criteria  whicn  must  be  met  by  the  equipment  and  facilities  in  a 
system.  Most  of  the  items  on  the  checklist  come  from  MIL -STD- T 4 72 ,  which 
can  be  adapted  to  checklist  form.  Some  checklist  items  may  be  taken  from 
other  relevant  HFE  references. 

Since  MI L-STD-1 472  currently  contains  over  200  pages,  some  method  of 
organizing  the  items  was  necessary.  MIL -STD- 1472  is  divided  into 
categories  such  as  visual  displays,  audio  displays,  controls,  and 
labelling.  There  are  usually  four  columns  to  the  right  of  each  item  to 
indicate  compliance,  noncompliance,  or  not  applicable  and  to  make 
comments . 

When  Used:  Checklist  evaluation  is  performed  on  each  item  which  has 
4n  operator  interface  as  soon  as  the  item  exists  in  a  form  which  can  be 
evaluated,  usually  when  the  drawings  of  the  item  are  completed. 

Additional  checklist  evaluations  are  performed  if  the  item  is  mocked  up  or 
simulated.  The  checklist  is  eventually  used  to  evaluate  the  first 
production  hardware. 

Product  and  Purpose:  The  checklist  is  used  to  evaluate  engineering 
drawings,  any  mockups  or  simulators  which  are  built,  and  the  first 
production  hardware.  The  completed  checklist  provides  documentation  that 
the  HFE  design  criteria  have  or  have  not  been  met. 

Advantages :  Although  the  checklist  takes  knowledge,  time,  ana  effort 
to  use,  it  is  still  quicker  and  easier  to  use  than  any  other  HFE  design 
technique  and  is  the  most  often  used  technique  for  evaluating  system 
design.  It  is  helpful  in  identifying  basic  HFE  design  deficiencies  which 
might  otherwise  be  overlooked  until  later  in  system  development  or  not 
detected  until  system  operation. 

L i mi tations :  1)  Currently,  the  process  of  getting  approval  for  a 

requested  MIL- STD- 1 472  deviation  is  ill-defined  and  cumbersome.  The 
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contractor  HFE  specialist  prepares  the  request  but  the  approval  routing 
within  both  the  contractor  organization  and  the  Navy  organization  is 
ambiguous.  A  figure  of  $50,000  per  requested  deviation  has  been  estimated 
for  processing  the  paperwork  whicn  may  contribute  to  the  perception  of  HFE 
as  a  cost  driver  in  system  acquisition. 

2)  Certain  criteria  in  MIL-STD-14728  are  almost  sure  to  require 
deviation  requests,  for  example,  the  fact  that  many  government  specified 
parts  are  not  built  to  MIL-STD-14728  criteria. 

7.2  Design  Techniques  to  Represent  the  Hardware/Software 

The  techniques  described  in  this  section  represent  the 
hardware/software . 

7.2.1  Drawings 

Paragraph  3. 2. 2. 2  of  MIL-H-46855  requires  that: 

"Human  Engineering  principles  and  criteria  applied 
to  the  design  of  systems  and  equipment  shall  be 
reflected  by  the  detail  design  drawings  for  these 
systems  and  equipment  to  assure  that  the  final 
product  can  be  efficiently,  reliably  and  safely 
operated  and  maintained.  The  following  drawings 
are  included:  panel  layout  drawings,  communication 
system  drawings,  overall  layout  drawings,  control 
drawings  and  other  drawings  depicting  equipment 
important  to  system  operation  and  maintenance  by 
human  operators.  Design  snail  comply  with 
applicable  criteria  of  MIL -STD- 1 472  anu  other 
human  engineering  criteria  specified  by  the 
contract." 

Summary  Description:  Engineering  drawings  are  precise  outline 
drawings  which  depict  the  design  of  an  item,  facility,  or  subassembly 
wnich  is  a  component  or  part  of  the  total  system.  By  showing  relateu 
drawing  views,  intricate  and  compli'uted  shapes  are  clearly  depicted. 

Exact  sizes  are  provided  without  ambiguity.  Individual  parts  are 
identified  for  assembly  and  are  locate1  i  ’  the  assembly  in  their  correct 
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functional  position.  Descriptive  notes  provide  information  as  to 
materials,  finishes,  and  directions  for  manufacture  and  assembly. 

When  Used:  Drawings  are  evaluated  by  the  HFE  specialist  as  soon  as 
they  are  completed. 

Product  and  Purpose:  Drawing  evaluation  indicates  wtiether  the 
hardware  represented  by  the  drawing  complies  with  HFE  design  criteria.  A 
drawing  evaluation  using  a  MI L-STD- 1472  checklist  provides  documentation 
of  whether  HFE  design  criteria  have  or  have  not  Deen  met. 

Advantages :  Evaluation  of  design  concepts  at  the  drawing  stage  makes 
it  possible  to  detect  lack  of  compliance  with  HFE  design  criteria  before 
the  hardware  is  built.  It  is  the  quickest  and  easiest  design  technique. 

7.2.2  Mockups 

Summary  Description:  Mockups  are  full  scale  models  of  items  of 
equipment  or  facilities.  Mockups  are  constructed  to  evaluate  the  system 
design  before  the  manufacture  of  hardware  and  are  either  static  or 
dynamic.  Static  mockups  do  not  work;  dynamic  mockups  do  work. 

A  static  mockup  is  usually  made  of  inexpensive  material  such  as 
cardboard  with  a  foam  core.  The  crewstation  components  are  represented  by 
cutouts  from  drawings  or  photographs  of  the  hardware  or  by  actual 
hardware. 

A  dynamic  mockup  has  controls  and  displays  that  actually  operate.  The 
degree  of  complexity  of  a  dynamic  mockup  can  vary  from  relative  simplicity 
to  almost  as  complex  as  a  simulator. 

When  Used:  Dynamic  mockups  are  usually  constructed  late  in  the  design 
cvcle  when  the  design  has  been  developed  to  a  considerable  level  of  detail 
but  before  hardware  is  built.  Static  mockups  may  be  constructed  as  early 
in  the  design  cycle  as  sufficient  information  is  available. 

Product  and  Purpose:  Both  static  and  Dynamic  mockups  are  used  to  take 
measurements  of  operator  and  maintainer  reach  capabilites,  clearance 
spaces,  access  openings,  and  vision  capaDilities  and  to  compare  the 
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measurements  with  HFE  design  criteria  for  verification.  Botn  types  of 
mockups  are  also  used  to  aid  in  visualizing  three-dimensional  problems. 

Both  types  of  mockups  are  used  to  study  the  perrormance  of  personnel 
in  simulated  operational  situations.  In  a  static  mockup,  persons 
representing  operators  simulate  looking  at  displays  Dy  looking  at  the 
drawings  of  displays  glued  to  the  console  and  simulate  operating  tne 
controls  by  touching  the  drawings  of  controls.  In  a  dynamic  mockup, 
operators  actually  perform  operational  procedures  and  the  equipment 
responds.  The  operators  are  observed  and  interviewee,  and  their  responses 
have  greater  validity  when  made  in  a  dynamic  mockup.  More  realistic 
lighting  and  sound  measurements  can  be  taken  than  in  a  static  mockup. 
Operational  procedures  can  be  verified. 

Advantages :  Mockups  allow  static  or  dynamic  evaluation  in  three 
dimensions  of  a  number  of  human-machine  interfaces  before  hardware  is 
built.  Operators  can  be  observed  and  interviewed.  Lighting  and  sound 
measurements  can  be  taken.  Operational  procedures  can  oe  verified. 

Dynamic  mockups  provide  greater  realism  to  these  evaluations  than  static 
mockups. 

Limitations:  1)  Mockups  can  be  expensive. 

2)  Mockups  are  frequently  not  constructed  until  late  in  the  design 
cycle. 

7.2.3  Scale  Models 

Summary  Description:  A  scale  model  is  a  representation  of  a 
component,  subsystem,  or  system  which  is  built  to  less  than  full  scale, 
for  example,  to  1/10  scale. 

When  Used:  Scale  models  can  be  constructed  at  any  time  in  the  oesign 
development  cycle  that  the  necessary  data  is  available.  A  scale  model  may 
be  constructed  because  a  full  scale  model  would  be  too  cumbersome,  too 
expensive  or  too  complicated.  A  scale  model  is  more  likely  to  be  built 
before  hardware  but  might  be  built  for  demonstration  purposes  after  the 
hardware  exists. 
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Product  and  Purpose:  Scale  models  allow  viewing  of  a  system  in  three 
dimensions.  They  allow  the  HFE  specialist  to  see  the  whole  system  at  once 
which  might  not  be  possible  in  full  scale.  They  also  allow  evaluation  of 
some  logistics  problems. 

Advantages :  Scale  models  can  be  cheaper  to  build  arid  more  easily 
transported  and  stored  than  mockups. 

7.3  Techniques  to  Represent  the  Operator 

The  technique  described  in  this  section  represents  the  operator. 

7.3.1  Manikins 

Summary  Description:  A  manikin  is  a  flat,  transparent  plastic 
representation  of  a  human.  It  represents  the  two-dimensional 
anthropometric  characteristics  of  a  human  such  as  height  ana  arm  length  as 
seen  from  the  side.  The  manikin  has  movable  parts  so  that  it  can  be 
arranged  in  various  positions. 

When  Used:  Manikins  are  used  in  the  drawing  preparation  process  or 
after  drawings  are  completed  but  before  hardware  is  built. 

Product  and  Purpose:  The  manikins  are  used  to  prepare  drawings  ana  to 
evaluate  drawings.  Problems  such  as  controls  which  cannot  be  reached, 
reach  interference,  and  restrictions  of  personnel  movement,  entry,  ana 
exit  can  be  identified. 

Advantages :  Manikins  are  very  cost  effective  in  avoiding  or 
identifying  problems  on  drawings.  Although  a  full  set  of  sizes  and  shapes 
of  manikins  will  cost  several  hundred  dollars,  this  expenditure  pays  off 
by  allowing  more  accurate  design. 

7.4  Design  Techniques  to  Represent  the  Operator  Interacting  With  the 
Hardware 

The  techniques  described  in  this  section  represent  the  operator 
interacting  with  the  hardware. 
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7.4.1  Visibility  Diagrams 

Summary  Description:  Visibility  diagrams  are  drawings  of  the  area  an 
operator  can  see  externally  when  in  a  crewstation.  This  area  is  called 
the  operator's  vision  envelope  and  it  is  usually  depicted  oy  preparing 
several  diagrams  of  the  the  operator  in  front  of  a  console  or  other 
instruments  and  controls.  The  diagrams  show  actual  views  from  the 
operator's  eyes. 

When  Used:  Visioility  diagrams  are  prepared  as  soon  as  the  necessary 
design  details  are  available  Dut  before  hardware  is  ouilt. 

Product  and  Purpose:  Visibility  diagrams  are  used  to  determine  what 
operators  can  and  cannot  see  external  to  the  crewstation.  They  are  used 
in  cockpit  design,  for  example,  to  determine  where  window  posts  appear  in 
the  pilot's  view  of  the  runway  during  landing  approaches  from  various 
angles. 

Advantages:  Visibility  diagrams  can  avoid  the  cost  of  preliminary 
mockups  constructed  specifically  to  evaluate  operator  vision. 

7.4.2  Reach  Envelopes 

Summary  Description:  A  reach  envelope  drawing  shows  the  area  an 
operator  can  reach.  Controls  must  be  placed  within  the  area  designated  by 
the  reach  envelope  for  the  operator  to  be  able  to  use  them.  The  operator 
of  interest  is  usually  the  smallest  operator  from  the  anticipated  operator 
population  defined  as  an  operator  with  2nd  percentile  aimensions. 

When  Used:  Reach  envelopes  are  prepared  as  the  necessary  design 
details  are  available  but  before  hardware  is  built. 

Product  and  Purpose:  Reach  envelope  templates  are  prepared  and  used 
to  evaluate  engineering  drawings.  A  determination  is  made  of  whether  the 
smallest  person  in  the  anticipated  operator  population  can  reach  the 
controls  or  if  it  is  necessary  to  move  the  controls. 

Advantages :  Reach  envelope  drawings  may  eliminate  the  need  to 
construct  a  mockup  specifically  to  evaluate  operator  reach. 
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8.0  Design  Techniques  Using  Computers 

With  the  widespread  use  of  computers,  techniques  have  seen  devisee  to 
automate  time-consuming  HFE  tasks.  Techniques  have  also  been  developed  to 
do  things  which  were  previously  not  possible.  In  order  to  employ  any  of 
the  techniques  using  computers,  it  is  necessary  to  have  access  to  or 
obtain  the  computer  hardware  and  accessory  equipment  required  to  implement 
the  technique.  It  is  also  necessary  to  ODtain  the  computer  software 
(computer  programs)  and  to  have  the  software  modified  to  some  extent  for 
each  individual  computer  facility. 

The  techniques  using  computers  vary  in  a  number  of  ways.  Tney  audress 
a  variety  of  questions  using  different  theoretical  approaches.  Some  are 
harder  to  learn  to  use  or  to  use  than  others.  Some  perform  more  complex 
analyses  than  others.  Some  are  more  expensive  to  use  than  others.  Some 
are  very  difficult  to  transfer  from  one  computer  facility  to  another. 

The  paragraphs  which  follow  briefly  describe  the  techniques.  The 
subjects  addressed  by  the  techniques  are  summarized  in  Table  8.0-1. 
References  16  and  17  contain  detailed  theoretical  and  technical  analyses 
of  a  number  of  the  computer  models.  More  information  about  the  models  can 
be  obtained  from  the  source  documents  referenced  in  the  descriptions  of 
the  techniques  in  this  section  and  from  the  personnel  at  the 
implementation  locations  identified  in  this  section. 

8.1  Techniques  Representing  the  Operator  Interacting  With  the 
Hardware/Software 

All  of  the  techniques  using  computers  are  representations  of  the 
operator  interacting  with  the  hardware/software. 


16.  Greening,  C.  P.,  Analysis  of  Crew/Cockpit  Models  for  Advanced 

Aircraft ,  ADA054957,  Autonetics  Div.,  Rockwell  International, 
Naval  Weapons  Center,  China  Lake,  Ca.,  February  1978. 

17.  Pew,  R.  W.,  Feehrer,  C.  E.,  and  Baron,  S.,  Critical  Review  and 

Analysis  of  Performance  Models  Applicable  to  Man-Machine  System 
Evaluation,  AD-A038-597,  Bolt,  Beranek  and  Newman,  Inc.,  Air 
Force  Office  of  Scientific  Research,  March  1977. 
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8.1.1  CAFES  (Computer  Aideci  Function  Allocation  and  Evaluation  System) 

Summary  Description:  CAFES  is  the  name  given  to  a  collection  of 
computer  programs  for  HFE  analysis  and  HFE  design.  CAFES  was  developed 
for  the  Naval  Air  Development  Center  by  Tne  Boeing  Company  (Reference  18) 
and  consists  of  four  modules.  Two  of  these  modules  are  described  in  the 
analyst's  guide  (Reference  2).  One  is  descriDed  later  in  this  section  and 
one  is  briefly  discussed  oelow. 

The  CAFES  modules  in  the  analyst's  guide  are  FAM  (Function  Allocation 
Model)  for  evaluating  the  effect  on  a  system  of  allocating  the  functions 
in  various  different  ways- to  rrews  and  to  hardware  ana  WAM  (Workload 
Assessment  Module)  for  evaluating  crew  workload. 

The  CAFES  module  described  later  in  this  section  is  CAD  (Computer 
Aided  Design)  for  evaluating  crewstation  designs.  ■ 

The  fourth  CAFES  module  is  the  CAFES/CGE  Interface  which  allows  use  of 
CAFES  command  language  for  data  input  to  CGE  (Cockpit  Geometry 
Evaluation).  CGE  is  described  later  in  this  section. 

For  all  of  the  CAFES  modules,  the  same  type  of  communication  is  used 
to  begin  and  end  processing,  to  call  up  a  particular  module,  and  to  obtain 
output.  These  common  features  make  it  easier  for  the  HFE  specialist  to 
use  the  various  modules. 

The  information  obtained  from  the  outputs  of  one  CAFES  module  can  oe 
used  in  preparing  the  inputs  for  another  module.  For  example,  if  the 
underlying  cause  of  a  high  workload  condition  identified  py  a  WAM 


2.  Geer,  C.  W.,  Analyst's  Guide  for  the  Analysis  Sections  of  MIL-H-46865 
0180- 1 947 6-1 ,  Boeing  Aerospace  Company,  Naval  Air 
Development  Center,  Warminster,  Pa.,  30  June  1976. 

18.  Edwards,  R.  E.,  Renshaw,  K.  S.,  Healy,  M.  J.,  and  Atkins,  R.  A., 
Computer  Aided  Function  Allocation  Evaluation  System 
(CAFES),  ADA033856,  Boeing  Aerospace  Company,  1976. 
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simulation  is  attributed  to  the  level  of  automation  of  a  system  or  to  the 
system's  operational  procedures,  this  information  can  be  used  to  alter  the 
numDer  and  type  of  controls  and  displays  or  to  modify  control  and  display 
arrangements  on  one  or  more  panels.  If  the  workload  analysis  reveals  low 
workload  levels  for  extended  periods  of  time,  this  information  can  oe  used 
to  eliminate  one  or  more  crewstation  positions  in  the  FAM  model.  Errors 
in  crewstation  design  such  as  the  omission  of  a  required  control  or 
display  may  be  detected  when  preparing  WAM  input  data.  These  same  oesign 
errors  may  also  be  reflected  by  higher  workloads  in  WAM. 

8.1.2  CAD  (Computer-Aided  Design) 

Summary  Description:  CAD  uses  a  computer  to  simulate  an  operator 
reaching  for  controls,  looking  out  the  windshield,  and  escaping  from  a 
crewstation  of  a  specific  design. 

CAD  computes:  the  distance  between  the  operator's  shoulder  or  other 
reference  point  and  the  controls  to  be  used,  the  operator's  line  of  sight 
out  the  windshield,  and  the  operator's  escape  path.  CAD  prints  out 
graphic  views  of  the  crewstation  in  addition  to  the  numerical  data. 

From  a  CAD  simulation,  the  HFE  specialist  can  determine  whether  an 
operator  of  a  specific  size  can  reach  all  the  controls,  see  out  the 
windshield,  and  escape  from  the  aircraft.  The  specialist  can  also 
identify  obstacles  obstructing  vision  or  escape. 

CAD  does  not  address  specific  task  performance,  performance  times, 
workload,  system  performance,  internal  vision,  reach  obstruction,  control 
relocation,  percentage  of  operator  population  accommodated  or  excluded  by 
crewstation  dimensions,  or  crewstation  aimensional  compliance  witli 
specific  military  standards.  CAD  does  not  have  a  graphic  display  or 
interactive  design  layout  capability. 

When  Used:  CAD  is  used  as  soon  as  a  preliminary  design  is  developea 
to  the  considerable  level  of  detail  to  provide  the  required  data  or  after 
a  final  design  is  completed  but  before  hardware  is  built. 
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Advantages:  1)  CAD  produces  good  graphic  illustrations. 

2)  CAD  performs  useful  analyses  which  are  too  complex  to  perform  oy 
hand. 

Limitations:  1)  CAD  is  expensive  to  use. 

2)  CAD  is  difficult  for  the  HFE  specialist  to  learn  to  use  and 
time-consuming  to  use. 

3)  CAD  has  not  yet  been  transferred  from  one  computer  facility  to 
another. 

History  and  Source:  CAO  was  developed  for  the  Naval  Air  Development 
Center  by  The  Boeing  Company  (Reference  19).  The  current  version  was 
completed  in  1974.  CAD  is  implemented  at  NADC,  Warminister,  Pa. 

8.1.3  CAPE  (Computer  Accommodated  Percentage  Evaluation) 

Summary  Description:  CAPE  uses  a  computer  to  simulate  a  series  of 
operators  with  different  combinations  of  arm  length,  leg  length,  and  other 
anthropometric  characteristics  representative  of  an  actual  population  of 
proposed  operators.  It  also  simulates  a  proposed  crewstation  design. 

CAPE  compares  the  measurements  and  other  characteristics  of  these 
operators  with  the  dimensions  of  the  crewstation  and  the  location  of  the 
controls  and  records  the  discrepancies. 

From  a  CAPE  simulation,  the  HFE  specialist  can  determine  the  actual 
percentage  of  a  proposed  operator  population  who  can  fit  into,  operate, 
and  escape  from  a  proposed  crewstation  design.  The  specialist  can  also 
determine  how  many  operators  are  excluded  from  the  crewstation  design  oy 
any  specified  anthropometric  dimension  or  by  any  specified  crewstation 
dimension. 


19.  Edwards,  R.  E.,  Curnow,  R.  P.,  and  Ostrand,  R.  A.,  Computer  Aided 
Design  (CAD)  User's  Manual,  D180-20247-5,  Boeing  Aerospace 
Company,  Naval  Air  Development  Center,  March  1978. 


CAPE  does  not  address  specific  task  performance,  performance  times, 
workload,  system  performance,  vision,  reach  interference,  control 
relocation,  or  crewstation  dimensional  compliance  with  specific  military 
standards.  It  does  not  have  a  graphic  display  or  interactive  design 
layout  capability  and  does  not  produce  graphic  illustrations. 

When  Used:  CAPE  is  used  as  soon  as  a  preliminary  design  is  developed 
to  the  level  of  detail  to  provide  the  required  data  or  after  the  final 
design  is  completed  but  before  haraware  is  built. 

Advantages:  1)  CAPE  is  one  of  the  few  techniques  which  computes  the 
percentage  of  a  proposed  operator  population  which  will  oe  accommodated  oy 
or  excluded  from  a  proposed  crewstation  design. 

2)  CAPE  is  one  of  the  less  expensive  techniques  using  computers. 

Limitations:  1)  CAPE  is  somewhat  difficult  to. use. 

2)  CAPE  is  not  easilty  transportaole  from  one  computer  facility  to 
another. 

History  and  Source:  CAPE  was  developed  by  the  Pacific  Missile  Test 
Center  (Reference  20).  The  current  version  was  completed  in  1975.  CAPE 
is  implemented  at  PMTC,  Point  Mugu,  Ca. 

8.1.4  CAR  (Computerized  Assessment  of  Reach) 

Summary  Description:  CAR  uses  a  computer  to  simulate  a  series  of 
crewmembers  sitting  in  the  seat  of  a  crewstation  of  a  specific  design, 
adjusting  the  seat  at  the  design  eye  point,  and  reaching  for  the  controls 
with  hands  and  feet.  The  simulated  crewmembers  have  varying  combinations 
of  arm  length,  leg  length,  and  other  anthropometric  characteristics 
representative  of  1954  Navy  pilots  or  any  other  group  for  which  an 
anthropometric  data  base  is  available. 


20.  Bittner,  A.  C.,  Computerized  Accommodated  Percentage  Evaluation  (CAPE) 
Model  for  Cockpit  Analysis  and  Other  Exclusion  Studies, 
TP-75-49/TIP-03,  Pacific  Missile  Test  Center,  Point  Mugu,  Ca., 


December  1975 


CAR  computes  the  percentage  of  crewmembers  who  can  position  themselves 
at  the  design  eye  point,  reach  the  controls,  and  have  adequate  head 
clearance.  CAR  also  computes  the  amount  of  relocation,  if  any,  required 
for  controls  so  that  a  specified  percentage  of  crewmemoers  can  reach  them. 

From  a  CAR  simulation,  the  HFE  specialist  can  determine  now  many 
crewmembers  can  fit  in  the  crewstation  and  operate  the  system.  The  HFE 
specialist  can  also  determine  the  amount  of  control  relocation  required. 

CAR  does  not  address  task  or  system  performance,  workload,  vision  or 
reach  obstruction,  escape,  or  crewstation  dimensional  compliance  with 
specific  military  standards.  CAR  does  not  have  a  graphic  display  or 
interactive  design  layout  capability  and  does  not  print  graphic 
illustrations. 

When  Used:  CAR  is  used  as  soon  as  a  preliminary  design  is  completed 
to  the  level  of  detail  to  provide  the  required  data  or  after  the  final 
design  is  completed  but  before  hardware  is  built. 

Advantages:  1)  CAR  is  one  of  the  few  techniques  which  computes  the 
percentage  of  proposed  crewmembers  who  will  be  accommodated  by  or  excluded 
from  a  proposed  crewstation  design. 

2)  CAR  is  one  of  the  less  expensive  techniques  using  computers. 

3)  CAR  is  quick  and  easy  for  the  HFE  specialist  to  use. 

4)  CAR  has  been  transferred  from  one  computer  facility  to  another  a 
number  of  times. 

History  and  Source:  CAR  was  developed  for  the  Naval  Air  Development 
Center  by  The  Boeing  Company  (Reference  21).  The  current  version  was 
completed  in  1976.  CAR  is  implemented  at  NADC,  Warminister,  PA. 

Additional  development  for  NADC  by  Analytics  is  in  process  and  will  be 
completed  in  1980. 


21.  Edwards,  R.  E.  et  al,  Crewstation  Assessment  of  Reach  (CAR)  User's 
Manual ,  0180-19321 -1 ,  Boeing  Aerospace  Company,  Naval  Air 
Development  Center,  April  1975. 
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8.1.5  CGE  (Crewstation  Geometry  Evaluation) 


Summary  Description:  CGE  uses  a  computer  to  simulate  an  operator 
looking  at  displays  and  reaching  for  controls  in  a  specific  crewstation 
design.  CGE  also  compares  the  dimensions  and  other  characteristics  of  tne 
crewstation  with  the  requirements  of  specific  military  stanoards. 

CGE  detects  visual  and  reach  interf erence,  determines  whether  the 
fully  restrained  operator  can  reach  the  controls,  and  detects 
noncoinpl iance  of  crewstation  dimensions  with  military  standards  for 
two-place  fixed-wing  aircraft. 

From  a  CGE  simulation,  the  HFE  specialist  can  determine  whether  tne 
operator  can  see  the  displays  and  reach  the  controls  and  whether  the 
design  complies  with  military  specifications  and  standards.  The  HFE 
specialist  can  also  determine  what  specific  items  obstruct  the  line  of 
sight,  what  specific  items  interfere  with  operator  movement  and  now  much, 
And  which  items  do  not  comply  with  military  standards. 

CGE  does  not  address  performance  of  specific  tasks,  performance  times, 
workload,  system  performance,  external  vision,  control  relocation,  escape, 
or  percentage  of  the  operator  population  which  will  be  accommodated  oy  or 
excluded  from  a  proposed  crewstation  design.  CGE  does  not  have  a  graphic 
display  or  interactive  design  layout  capability. 

There  is  a  CAFES/CGE  interface  module  which  simplifies  the  input  data 
process  by  allowing  the  CAFES  command  language  to  be  used  (Reference  19). 

When  Used:  CGE  is  used  as  soon  as  a  design  is  developed  to  the 
considerable  level  of  detail  required  or  after  the  design  is  completed  but 
before  hardware  is  built. 


19.  Edwards,  R.  E.,  Curnow,  R.  P.,  and  Ostrand,  R.  A.,  Computer  Aided 
Design  (CAD)  User's  Manual,  D180-20247-5,  Boeing  Aerospace 
Company,  Naval  Air  Development  Center,  March  1978. 


Advantages:  1)  CGE  provides  good  graphic  illustrations. 

2)  CGE  performs  useful  analyses  that  cannot  be  uone  by  hand. 

3)  CGE  is  the  only  technique  using  computers  which  checks  for  cockpit 
geometry  compliance  with  specfic  military  standards. 

Limitations :  1)  CGE  is  expensive. 

2)  CGE  is  difficult  to  learn  to  use  and  time-consuming  tor  the  HFE 
specialist  to  use.  The  very  detailed  cockpit  geometry  data  required  can 
take  two  weeks  to  enter. 

3)  CGE  has  not  yet  been  transferred  from  one  computer  facility  to 
another. 

History  and  Source:  CGE  was  developed  for  the  Joint  Army  Navy 
Aircraft  Instrumentation  Research  Program  (JANAIR)  by  The  Boeing  Company 
(Reference  22).  The  current  version  was  completed. in  1972.  A  CAFES/CGE 
interface  was  developed  for  the  Naval  Air  Development  Center  by  The  Boeing 
Company  in  1976  (Reference  19).  CGE  is  implemented  at  NADC,  Warminster, 
Pa. 

8.1.6  COMBIMAN  (Computerized  Biomechanical  Man-Model) 

Summary  Description:  COMBIMAN  uses  a  computer  to  graphically 
reproduce  an  operator  of  a  specified  size  on  a  graphic  display  screen.  It 
then  reproduces  controls  and  displays  around  the  operator  as  they  are  laid 
out  with  a  light  pen  on  the  display  screen. 

When  the  design  is  completed,  COMBIMAN  simultaneously  projects  two 
views  of  the  design  onto  the  screen  to  create  a  Ihree-J imensional  effect, 


19.  Edwards,  R.  E.,  Curnow,  R.  P.,  and  Ostrand,  R.  A.,  Computer  Aided 
Design  (CAD)  User's  Manual,  D180-20247-5,  Boeing  Aerospace 
Company,  Naval  Air  Development  Center,  March  1978. 

22.  Katz,  R.,  Cockpit  Geometry  Evaluation,  Phase  II  Final  Report,  Vol, 

III:  Computer  Program  System,  D162-101 37-3,  The  Boeing  Company, 
JANAIR  Report  720402,  November  1971. 


rotates  these  views  to  oe  looked  at  from  any  angle,  and  magnifies  selected 
features.  It  also  simulates  and  reproduces  on  the  screen  a  series  of 
operators  with  dimensions  representati ve  of  the  intended  user  population. 

Using  a  COMBIMAN  simulation,  the  HFE  specialist  can  design  a 
crewstation  directly  on  the  graphic  display  and  then  evaluate  the  design. 
The  specialist  can  identify  problems  of  external  vision,  reach,  and 
accommodation  of  the  proposed  crewmember  population.  The  specialist  can 
also  determine  the  dimensions  crewmembers  must  have  to  fit  into  an 
existing  design. 

COMBIMAN  does  not  address  specific  task  performance,  performance 
times,  workload,  system  performance,  internal  vision,  escape,  or 
crewstation  compliance  with  specific  military  standards. 

When  Used:  COMBIMAN  is  used  during  the  design  process  or  after  a 
design  is  completed  but  before  hardware  is  built. 

Advantages :  1)  COMBIMAN  is  the  only  technique  that  allows  the  the  HFE 

specialist  to  design  a  crewstation  directly  on  the  CRT  screen,  evaluate 
the  design  in  three  dimensions  and  from  any  angle,  and  determine  whether 
crewmembers  from  the  proposed  population  can  fit  into  the  design. 

2)  COMBIMAN  is  easy  for  the  HFE  specialist  to  use. 

Limitations:  1)  COMBIMAN  is  expensive. 

2)  COMBIMAN  requires  an  IBM  2250  computer  terminal  which  has  special 
function  keys  and  an  IBM  graphics  software  package.  COMBIMAN  has  not  yet 
been  transferred  from  one  facility  to  another. 

History  and  Source:  COMBIMAN  was  developed  by  the  Aerospace  Medical 
Research  Laboratory  (Reference  23).  The  current  version  was  completed  in 
1978.  COMBIMAN  is  implemented  at  AMRL,  Wright-Patterson  Air  Force  Base, 
Ohio. 


23.  Evans,  S.  M.,  Updated  User's  Guide  for  the  COMBIMAN,  AMRL-TR-78-31 , 
Aerospace  Medical  Research  Laboratory,  Wright  Patterson  Air 
Force  Base,  Ohio,  1978. 


8.1.7  CUBITS  (Criticality/Utilization/Bits  of  Information) 


Summary  Description:  CUBITS  is  a  set  of  computations  for  determining 
the  amount  of  space  which  should  be  allocated  to  a  control  or  display. 

The  computations  can  be  done  by  hand  or  they  can  be  computerized. 

CUBITS  computes  the  size  of  tne  control  or  display  based  on  how 
important  it  is  (criticality),  how  often  it  is  used  (utilization),  and  how 
much  information  an  operator  gets  from  tne  display  or  transfers  to  the 
control  (bits  of  information). 

From  a  set  of  CUBITS  computations  or  a  CUBITS  simulation,  the  HFE 
specialist  can  determine  how  Dig  to  make  a  control  or  display. 

CUBITS  does  not  address  task  or  system  performance,  workload,  vision, 
reach,  escape,  percentage  of  operator  population  accommodated  or  excluded 
by  crewstation  dimensions  or  crewstation  compliance  with  specific  military 
standards.  The  computerized  version  of  CUBITS  aoes  not  nave  a  graphic 
display  or  interactive  design  layout  capability  and  does  not  print  graphic 
illustrations. 

When  Used:  CUBITS  is  used  during  the  early  design  process  as  soon  as 
the  necessary  data  is  available. 

Advantages:  CUBITS  provides  a  systematic  and  logically  derived  method 
for  allocating  control  and  display  space.  Different  HFE  specialists 
should  come  up  with  approximately  the  same  answers  using  this  technigue. 

History  and  Source:  CUBITS  was  developed  for  the  Naval  Air 
Development  Center  by  Dynamation,  Inc.  (Reference  24).  The  current 
version  was  completed  in  1979.  Additional  developmental  work  is  being 
done.  The  computerized  CUBITS  is  implemented  at  NADC,  Warminister,  Pa. 


24.  Wherry,  R.  J.,  et  ai.  Design  Procedure  for  an  Information  Transfer 
Method  (CUBITS)  of  Allocating  Panel  Area  for  Aircrew  Station 
Controls  and  Displays,  Dynamation,  Inc.,  Naval  Air  Development 
Center,  30  May  1979. 
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8.1.8  HECAD  (Human  Engineering  Computer-Aided  Design) 

Summary  Description:  HECAD  uses  a  computer  to  reproduce  ori  a  graphic 
display  the  outlines  of  control  and  display  panels  and  the  components  of 
these  panels  as  the  HFE  specialist  lays  them  out  with  a  light  pen  on  the 
graphic  display  screen. 

HECAD  computes  the  distance  from  an  operator's  shoulder  reference 
point  to  each  control,  simulates  operator  eye  scans  and  hand  movements 
during  task  performance,  computes  probability  of  successful  operator 
performance,  and  prints  a  graphic  illustration  of  the  operator's  fingertip 
paths  during  task  performance. 

Using  a  HECAD  simulation,  the  HFE  specialist  can  design  a  crewstation 
directly  on  the  graphic  display  screen  and  can  determine  whether  an 
operator  can  reach  the  controls,  whether  operator  hand  motions  are 
efficient  during  task  performance,  and  the  liKelihood  of  successful 
operator  performance. 

HECAD  does  not  address  system  performance,  workload,  vision,  reach 
interference  or  control  relocation,  escape,  percentage  of  operator 
populaticyi  accommodated  or  excluded  py  crewstation  dimensions,  or 
crewstation  compliance  with  specific  military  standards. 

vliien  Used:  HECAD  is  used  during  the  design  process,  as  soon  as  a 
preliminary  design  is  developed  to  the  extent  that  the  required  data  is 
available,  or  after  a  final  design  is  completed  but  before  hardware  is 
built. 

Advantages :  1)  HECAD  is  one  of  the  few  techniques  which  provide 

interactive  design  layout  capability. 

2)  HECAD  is  quick  and  easy  for  the  HFE  specialist  to  understand  and 

use. 

Limitations:  HECAD  requires  an  IBM  2250  computer  terminal  which  has 
special  function  keys  and  an  IBM  graphics  software  package.  HECAD  has  not 
yet  been  transferred  from  one  facility  to  another. 


History  and  Source:  HECAD  was  developed  Dy  Aerospace  Medical  Research 
Laboratory  (Reference  25).  The  current  version  was  completed  in  1978. 
HECAD  is  implemented  at  AMRL,  Wr ight-Patterson  Air  Force  Base,  Onio. 

8.1.9  HOS  (Human  Operator  Simulator) 

Summary  Description:  HOS  uses  a  computer  to  simulate  an  operater 
performing  tasks  in  a  system  and  the  system  responding  to  the  operator's 
actions  and  to  outside  events. 

HOS  computes  the  time  required  to  perform  the  tasks  ana  how  trie  system 
responds. 

From  the  results  of  a  HOS  simulation,  the  HFE  specialist  can  determine 
whether  it  is  possible  for  the  operator  to  perform  all  of  the  tasks  in  the 
available  time.  The  specialist  can  also  determine  the  effect  on  system 
performance  if  the  operator  cannot  perform  all  the  tasks. 

In  a  HOS  simulation  the  following  subjects  are  not  addressed:  vision, 
reach,  escape,  percentage  of  operator  population  accommodated  or  excluded 
by  crewstation  dimensions,  or  crewstation  compliance  with  specific 
military  standards.  HOS  does  not  have  a  graphic  display  or  interactive 
design  layout  capability  and  does  not  print  out  graphic  illustrations. 

When  Used:  HOS  is  used  as  soon  as  a  preliminary  aesign  is  developed 
to  the  extent  that  the  required  data  is  available,  after  the  final  design 
is  completed  but  before  hardware  is  built,  or  at  other  times  in  the  system 
development  cycle. 

Advantages :  1)  Data  on  human  and  system  performance  in  hypothetical 

tactical  situations  can  be  obtained. 

2)  Different  system  configurations  and  operator  strategies  can  pe 
tested. 

3)  Complex  system  design  problems  can  be  examined. 


25.  Topmiller,  D.  A.  ano  Aume,  N.  M.,  Computer-Graphic  Design  for  Human 
Performance,  Proceedings  1978  Annual  Reliability  and  Maintainability 
Symposium,  pp.  383-388,  78  RM  066,  1978. 
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Limitations:  1)  HOS  is  expensive. 

2)  HOS  requires  considerable  analytical  skills  from  the  HFE 
specialist  and  is  time-consuming  to  use. 

3)  HOS  has  not  yet  been  transferred  from  one  computer  facility  co 
another. 

History  and  Source:  HOS  was  developed  for  the  Naval  Air  Development 
Center  by  Analytics  (Reference  26).  The  latest  version  was  completed  in 
1975.  HOS  is  implemented  at  NAOC,  Warminster,  Pa. 


26.  Strieb,  M.  I.,  Glenn,  F.  A.,  and  Wherry,  R.  J.,  The  Human  Operator 
Simulator,  Volume  IX  -  HOS  STUDY  GUIDE,  Analytics,  Naval  Air 
Development  Center,  1978. 
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3.2.2  Human  Engineering  in  Equipment  Detail  Design.  -  During  detail  design 
of  equipment,  the  human  engineering  inputs,  made  in  complying  with  tne 
analysis  requirements  of  paragraph  3.2.1  herein,  as  well  as  other 
appropriate  human  engineering  inputs,  shall  be  converted  into  detail 
equipment  design  features.  Design  of  the  equipment  shall  meet  the 
applicable  criteria  of  Mil -STD- 1 47 2  and  other  human  engineering  criteria 
specified  by  the  contract.  Human  engineering  provisions  in  the  equipment 
shall  be  evaluated  for  adequacy  during  design  reviews.  Personnel  assigned 
human  engineering  responsibilities  by  the  contractor  shall  participate  in 
design  reviews  and  engineering  change  proposal  reviews  of  equipment  end 
items  to  be  operated  or  maintained  by  humans.  Human  engineering 
requirements  during  equipment  detail  design  are  specified  in  paragraphs 
3. 2. 2.1,  3. 2. 2. 2,  3. 2. 2. 3  and  3. 2. 2. 4  herein. 

3.2.2. 1  Studies,  Experiments  and  Laboratory  Tests.  -  The  contractor  shall 
conduct  experiments,  laboratory  tests  (including  dynamic  simulation  per 
paragraph  3. 2. 2. 1.2),  and  studies  required  to  resolve  human  engineering 
and  life  support  problems  specific  to  the  system.  Human  engineering  and 
life  support  problem  areas  shall  be  brought  to  the  attention  of  the 
procuring  activity,  and  shall  include  the  estimated  effect  on  the  system 
if  the  problem  is  not  studied  and  resolved.  These  experiments,  laboratory 
tests,  and  studies  shall  be  accomplished  in  a  timely  manner,  i.e.,  such 
that  the  results  may  be  incorporated  in  equipment  design.  The  performance 
of  any  major  study  effort  shall  require  approval  by  the  procuring 
activity. 

3. 2. 2. 1.1  Mockups  and  Models.  -  At  the  earliest  practical  point  in  the 
development  program  and  well  before  fabrication  of  system  prototypes, 
full-scale  three-dimensional  mockups  of  equipment  involving  critical  human 
performance  (such  as  an  aircrew  compartment,  maintenance  work  shelter,  or 
a  command  control  console)  shall  be  constructed.  The  proposed  Human 
Engineering  Program  Plan  shall  specify  mockups  requiring  procuring 
activity  approval  and  modification  to  reflect  changes.  The  workmanship 
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shall  be  no  more  elaborate  than  is  essential  to  determine  the  adequacy  of 
size,  shape,  arrangement,  and  panel  content  of  the  equipment  for  use  by 
humans.  The  most  inexpensive  materials  practical  shall  be  used  for 
fabrication.  These  mockups  and  models  shall  provide  a  basis  for  resolving 
access,  workspace  and  related  human  engineering  problems,  and 
incorporating  these  solutions  into  system  design.  In  those  design  areas 
where  equipment  involves  critical  human  performance  and  where  human 
performance  measurements  are  necessary,  functional  mockups  shall  be 
provided,  subject  to  prior  approval  by  the  procuring  activity.  The 
mockups  shall  be  available  for  inspection  as  determined  by  the  procuring 
activity.  Upon  approval  by  the  procuring  activity,  scale  models  may  be 
substituted  for  mockups.  Disposition  of  mockups  and  models,  after  they 
have  served  the  purposes  of  the  contract,  shall  be  as  directed  by  the 
procuring  activity. 

3. 2. 2. 1.2  Dynamic  Simulation.  -  Dynamic  simulation  techniques  shall  be 
utilized  as  a  human  engineering  design  tool  when  necessary  for  the  detail 
design  of  equipment  requiring  critical  human  performance.  Consideration 
shall  be  given  to  use  of  various  models  for  the  human  operator,  as  well  as 
human-in-the-loop  simulation.  While  the  simulation  equipment  is  intended 
for  use  as  a  design  tool,  its  potential  relationship  to,  or  use  as, 
training  equipment  shall  be  considered  in  any  plan  for  dynamic  simulation. 

3. 2. 2. 2  Equipment  Detail  Design  Drawings.  -  Human  engineering  principles 
and  criteria  shall  oe  applied  to  equipment  drawings  during  detail  design 
to  assure  that  the  equipment  can  be  efficiently,  reliably  and  safely 
operated  and  maintained.  The  following  drawings  are  included:  panel 
layout  drawings,  communication  system  drawings,  overall  layout  drawings, 
control  drawings  and  other  drawings  depicting  equipment  important  to 
system  operation  and  maintenance  by  human  operators.  The  approval  of 
these  drawings  by  the  contractor  shall  signify  that  human  engineering 
requirements  are  incorporated  thereon  and  that  the  design  complies  with 
applicable  criteria  of  MI L-STD-1 472  and  other  human  engineering  criteria 
specified  by  the  contract. 


3. 2. 2. 3  Work  Environment,  Crew  Stations  and  Facilities  Design.  -  Human 
engineering  principles  and  criteria  shall  be  applied  to  detail  design  of 
work  environments,  crew  stations  and  facilities  to  be  used  by  humans  in 
the  system.  The  approval  of  drawings,  specifications  and  other 
documentation  of  work  environment,  crew  stations  and  facilities  by  the 
contractor  shall  signify  that  human  engineering  requirements  are 
incorporated  thereon  and  that  the  design  complies  with  applicable  criteria 
of  MI L-STD-1 472  and  other  human  engineering  criteria  specified  by  the 
contract.  Design  of  work  environment,  crew  stations  and  facilities  which 
affect  human  performance,  under  normal,  unusual  and  emergency  conditions, 
shall  consider  at  least  the  following  where  applicable: 

a.  Atmospheric  conditions,  such  as  composition,  volume,  pressure  and 
control  far  decompression,  temperature,  humidity  and  air  flow. 

b.  Weather  and  climate  aspects,  such  as  hail,  snow,  mud,  arctic, 
desert  and  tropical  conditions. 

c.  Range  of  accelerative  forces,  positive  and  negative,  including 
linear,  angular  and  radial. 

d.  Acoustic  noise  (steady  state  and  impulse),  vibration,  and  impact 
forces. 

e.  Provision  for  human  performance  during  weightlessmess. 

f.  Provision  for  minimizing  disorientation 

g.  Adequate  space  for  man,  his  movement,  and  his  equipment. 

h.  Adequate  physical,  visual,  and  auditory  links  between  men  and  men, 
and  men  and  their  equipment,  including  eye  position  in  relation  to  display 
surfaces,  control  and  external  visual  areas. 

i.  Safe  and  efficient  walkways,  stairways,  platforms  and  inclines. 

j.  Provisions  for  minimizing  psychophysiological  stresses. 

k.  Provisions  to  minimize  physical  or  emotional  fatigue,  or  fatigue 
due  to  work-rest  cycles. 

l.  Effects  of  clothing  and  personal  equipment,  such  as  full  and 
partial  pressure  suits,  fuel  handler  suits,  body  armor,  polar  clotning, 
and  temperature  regulated  clothing. 
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m.  Equipment  handling  provisions,  including  remote  nandling  provisions 
and  tools  when  material  and  environment  require  them. 

n.  Protection  from  chemical,  biological,  toxicological,  radiological, 
electrical  and  electromagnetic  hazards. 

o.  Optimum  illumination  commensurate  with  anticipated  visual  tasks. 

p.  Sustenance  and  storage  restraints  (shoulder,  lap  and  leg  restraint 
systems,  inertia  reels  and  similar  items)  in  relation  to  mission  phase  anc 
control  and  display  utilization. 
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Hur.an  Engineering  Dynamic  Simulation  Plan 

DOD 

DI-H-7052 

3.  otscuirriCN.  pusross 

This  plan  describes  the  contractor’s  intended  use  of 
dynamic  simulation  techniques  in  support  of  human  engineer¬ 
ing  analysis,  design  support  and  test  and  evaluation. 

4.  A^'flC.AL  LATE 

1  Junt?  1979  _ 

..  of  F  i  ( *■  t.r  h  i  skirt 
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6.  DUZ  REQUIRE:) 

6.  VPPCW  LIMITATION 

7.  ArrLICAT|Of./l'lTtl^a.lTICN>OP 

This  DID  is  related  to  DI-H-  7059,  Human  Engineering  Prog¬ 
ress  Report. 

This  DID  replaces  UDI-H-21388. 

This  DIP  is  primarily  applicable  to  work  tasks  delineated 
in  para^raphls)  3. 2. 2. 1.2  of  Ml L-H— *o855B . 

9.  REFEJCV.ES  >y^4r»kr.ft/  AS  ClTEO  IN 
BLOCK  10) 

MIL-H-46S559 

4CSL  NuM8f»(S) 

10.  Po£PtR*TIC*l  INSTRUCTIONS 


10.1  Content  Requirements.  The  plan  shall  consist  of  the  following  information: 

1)  Rationale  and  General  Description.  The  need  for  a  dynamic  simluaticn 
program  shall  he  described.  The  overall  simulation  concent  srall  ba  described. 
Benefits  to  be  derived  fror  dynamic  simulation  shall  be  stated.  The  i ntarrel a ti on- 
ships  between  dynamic  simulation  and  other  human  engineering  analysis,  design  support 
and  test  and  evaluation  tecnniques  snell  be  describ’d. 

2)  Techniques.  Each  dynamic  simulation  technique  anc  procedure  proncsod  by 
the  contractor  shall  be  fully  described.  Rationale  for  the  select. -m  cf  techniques 
shall  be  giver..  The  specific  contributions  of  each  technique  to  human  engineering 
anslysis,  design  support  and  test  and  avalution  snail  be  stated.  Previous  efforts 
conducted  by  the  contractor  or  ethers  to  validate  each  proposed  technique  shall  be 
described.  Including  a  discussion  of  results. 

3)  Activities.  The  intended  use  of  each  dynamic  simulation  technique  shall 
be  described  with  regard  to  each  of  the  following: 

a)  human  performance  and  workload  analysis,  tost  and  demonstration. 

b)  system  design  development,  test  and  demonstration. 
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10.  PREPARATION  INSTRUCTIONS  (continued) 

c)  system  effectiveness  studies,  tactics  development  and 

verification 

d)  development  and  verification  of  operator  skill,  know¬ 
ledge  and  other  training  data. 

e)  operator  procedures  development  and  verification,  including 
degraded  mode  and  emergency  procedures. 

f)  training  equipment  design  and  verification  studies 

g)  development  and  verification  of  technical  publications 

4)  Organization  and  Personnel.  The  plan  shall  identify  and 
describe  the  contractor  organizational  elements  responsible  for  executing 
the  Human  Engineering  Dynamic  Simulation  Plan.  Structural  definition 
Shall  include  the  numcer  of  proposed  personnel,  level  of  effort  (in  man- 
months)  and  the  functions  of  key  personnel.  The  relationships  between 
responsible  organizational  elements  shall  be  described.  The  authority 
delegated  to  each  element  shall  be  stated  in  explaining  the  relationship. 

5)  Schedule.  A  detailed  schedule  shall  be  prepared.  Compati¬ 
bility  between  the  simulation  schedule  and  the  release  of  program  analyses, 
design  and  test  products  for  each  area  of  utilization  described  in 
paragraph  3)  above  shall  be  described.  Facility  and  special  requirements 
(per  paragraph  (7)  below)  shall  be  indicated  on  the  schedule. 

6)  Data.  Data  acquisition  procedures  and  techniques,  types  of 
qualitative  and  quantitative  data  to  be  obtained  and  data  analysis 
techniques  shall  be  fully  described.  The  plan  shall  state  that  simulation 
results  shall  be  described  in  Human  Engineering  Progress  Reports 
(DI-H-7059) . 

7)  Facilities  and  Special  Requirements.  Dynamic  simulation 
facilities  shall  be  described.  Any  requirements  to  utilize  government 
facilities,  models,  data  or  other  government  property  shall  be  identified. 
If  the  contractor  requires  participation  by  government  personnel  (e.g., 

as  subjects  in  simulation  studies),  appropriate  information  shall  be 
provided  -  such  as  number  and  qualifications  of  personnel,  desired  level 
of  participation  and  schedule  of  participation. 

8)  Scenarios  and  Mission  Descriptions.  The  scenarios  and 
Missions  to  be  simulated  shall  be  described.  Information  on  mission 
objectives,  geography,  threats,  weather  conditions,  or  any  other  data 
relevant  to  system  simulation  shall  be  presented. 

10.2  Format  Requirements.  The  Human  Engineering  Dynamic  Simulation 
Plan  shall  be  prepared  in  contractor  format. 
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extent  to  which  equipment  having  an  interface  with  main- 
tainers  meets  human  performance  requirements  and  human 
engineering  design  criteria. 

5.  r-FFl  CE  CF  PPIVAJJY 
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ARMY/MI3ADC0M 

6.  DCC  REQUIRED 

9.  APPROVAL  LIMITATION 

7.  A^PLICATIC-./ls;€a^EL*TIONSHIX 

This  DID  replaces  Di-H-2108  and  UDI-H-213S5 . 

This  DID  is  primarily  applicable  to  work  tasks  delineated 
in  paragraph's)  3. 2. 1.2,  3. 2. 1.3,  3. 2. 1.4,  and  3.2.2  of 
MIL-H-46555E. 
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10.1  General .  The  Huran  Engineering  Design  Approach  Document  -  Mairtainer  (HEDAD- 
K)  shall  te  prepared  which  describes  the  characteristics,  layout,  and  installation  of 
all. equipment  having  a  maintair.er  interface  (excluding  depot  level  maintenance  ac¬ 
tions);  it  snail  also  describe  naintainer  tastes  associated  with  the  ecuicrent.  The 
HEOAD-M  shall  describe  the  extent  to  which  the  requirements  of  MIL-STD-1472  and  other 
applicable  huran  engineering  docurents  specified  in  the  contract  have  been  incorocrateo 
into  the  design,  layout,  and  installation  of  equipment  having  a  naintainer  interface. 
Haintainer  task  analysis  results  shall  be  oresented  as  part  of  the  rationale  supporting 
the  layout,  design  and  installation  of  tne  equipment.  The  requirement  for  this  infor¬ 
mation  is  predicated  on  the  assumption  that,  as  analytic  and  study  information,  it  is 
developed  sufficiently  early  to  influence  the  formulation  of  other  system  data  such  as 
maintenance  allocation  charts,  special  repair  parts/tool  lists,  LSAR  data.  If  the 
program  has  progressed  to  the  point  where  the  required  data  is  available  through  other 
reporting  media,  such  as  those  noted  above,  they  shall  not  be  duplicated  but  snail  be 
referenced  or  appended  to  the  HEDAB-M  along  with  appropriate  supplementary  information 
fulfilling  the  intent  of  this  provision, 

10.2  Content  Requirements.  The  HEDAD-K  shall  consist  of  the  following  information: 

1)  List  of  each  item  of  equipment  having  a  naintainer  interface  at  the  Or¬ 
ganizational  and  Field/ Intenredi  ate  Maintenance  Activity  (IMA)  level,  a  brief  statement 
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10.  PRl PAkATFON  INSTRUCTIONS  (continued) 

of  the  purpose  of  each  item  of  equipment  and  the  types  of  maintenance 
required  on  each  item  of  equipment  (e.g.,  troubleshoot,  remove,  inspect, 
test,  repair). 

2)  List  of  specifications  and  drawings  approved  by  human  en¬ 
gineering  at  the  time  of  HEDAD-M  preparation.  The  list  shall  also 
address  documents  where  human  engineering  approval  is  planned. 

3) *  Description  of  system  equipment,  emphasizing  human  engineer¬ 
ing  design  features.  The  following  aspects  of  equipment  shall  be 
described: 

i 

a)  Layout  of  System  Equipment.  (1)  The  location  and  lay¬ 
out  of  all  system  c-quiorent  requiring  maintenance  shall  be  described 
with  empr.asis  on  human  engineering  features  which  facilitate  main¬ 
tenance.  Equipment  located  in  areas  assessed  through  common  doors, 
panels,  coerings.  etc.,  shall  be  indicated.  (2)  The  location  of 
each  i ten  of  equipment  shall  else  be  noted  in  terms  of  three-dimen¬ 
sional  space  (i.e.,  X,  Y,  and  1  coordinates ) ;  the  reference  point 
for  each  item  of  equipment  shall  be  its  center  as  viewed  oy  the 
maintair.er  wnile  gaining  access  to  the  equipment. 

b)  Design  of  EQ'iicr-ent.  The  design  of  each  item  of 
equipment  shall  be  cescrioec  wish  emphasis  or,  human  engineering 
features  which  facilitate  maintenance  such  as  handles,  self-test 
capability,  lateling,  connecter  spacing  and  keying. 

c)  Installation  of  Eojinvent.  The  installation  of  each 
item  of  equipment  shall  be  described  with  emphasis  on  human  en¬ 
gineering  features  which  facilitate  maintenance  such  as  fasteners, 
clearances,  relationship  between  accessibility  ar.d  failure  rate 
(or  scheduled  maintenance  frequency)  of  each  item,  of  equipment  and 
visual  access  afforded. 

4)  Rationale.  The  specific  considerations  of  equioment  main¬ 
tenance  requirements  (e.g.,  frequency,  criticality,  equipment  failure 
rate),  mair.tainer  requirements  (e.g.,  personnel  selection,  training  and 
skills),  maintair.er  task  requirements,  environmental  considerations, 
safety  and  limitations  imposed  by  the  procuring  activity  or  state-of-the- 
art  shall  be  described.  The  bases  for  reaching  specific  design,  layout 
and  installation  decisions  shall  be  presented  (e.g.,  MIl-STD-1472 
criteria,  other  human  engineering  requirements  specified  in  the  contract, 
human  engineering  studies,  trade-off  analyses,  mock-up  results  and  human 
engineering  test  results). 

5)  List  of  special  tools,  support  equipment,  .job  aids/devices 
required  for  maintenance  of  each  item  of  equipment. 

6)  Maintainor  task  analysis  results  presented  as  part 

of  the  rationale  supporting  layout,  design,  and  installation  of  item  of 
equipment.  Maintainer  task  analyser,  shall  consiso  of  the  following: 
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task  number,  task  title,  task  frequency  (for  scheduled  maintenance 
actions)  cr  estimated  task  frequency  (based  on  equipment  rean-time- 
between-fai lure  for  unscheduled  maintenance  actions),  data  source  used 
(e.g. ,  drawing  number,  sketch  number,  development  hardware,  actual 
production  equipment),  detailed  task  seouence  (see  paragraph  6.2.5  of 
MIL-H-46855B) ,  support  equipment  required,  tools  reauired,  job  aids 
required,  estimated  task  time,  estimated  oersonnel  requirements  (e.g., 
number  of  personnel  rsciuired,  skills  a"d  knowledge  required)  and  human 
engineering  considerations  which  reflect  specific  human  engineering 
requirements  incorporated  into  the  design  (e.g.,  rnaintainer  fatigue, 
potential  hazaros,  safety  or  protective  clothirg/eouicmant  required  or 
recommended,  access  problems,  rnaintainer  comnuricati an  requirements, 
special  task  sequence  requirements,  labeling).  As  applicable,  the 
following  types  of  raintair.ar  tasks  shall  be  addressed  by  tasK  analyses: 
remove/rap'.ace,  trcuble-shcot  (fault  location),  repair,  adjust,  inspect, 
service  and  test.  Critical  tasks  (see  paragraph  6.2.1  of  MIL-H-458553) 
shall  be  clearly  identified. 

7)  Narrative  which  provides  rationale  for  any  need  to  deviate 
from,  or  take  exception  to,  MIL-STD-1472  or  other  contractual  item  human 
engineering  requirements. 

8)  Two  sketches,  drawings  or  photograph  of  each  of  eouipnsnt 
having  a  rnaintainer  interface.  Each  item  of  equipment  shall  be  depicted, 
a)  by  itself  from  top,  front  and  side  (three-view  trimetric  or  exolodc-d 
triir.etric  view)  and  b)  installed  as  the  rnaintainer  would  normally  view 

It  during  maintenance. 

9)  Sketches,  drawings  or  photograph  of  each  item  of  equipment 
being  considered  as  alternatives  to  tha  selected,  or  baseline  desicn. 
Sketches,  drawings  or  photographs  of  alternative  equipment  installations 
or  layouts  winch  exist  at  the  tine  of  HcDAO-M  preparation. 

10)  Description  of  design,  installation  or  layout  changes  which 
have  been  made  since  the  last  HEDAD-M  submission. 

10.3  Format  and  Data  Organization  Requirements.  The  MEDAD-M  be 
prepared  In  contractor  format  except  that  'information  shall  be  presented 
In  two  major  parts: 

1)  Information  pertaining  to  maintenance  actions  performed  at 
the  Organizational  Level. 

2)  Information  pertaining  to  maintenance  actions  performed  at 
the  Field/IMA  level. 
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1.  OESCRIPTION/PUPPOiE 

This  document  provides  a  source  of  data  to  evaluate  the 
extent  to  which  equipment  having  an  interface  with  opera¬ 
tors  meets  human  performance  requirements  and  human 
engineering  criteria. 

4.  .Alt 

1  1  1979 
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This  DID  replaces  CI-H-2107,  0I-H-3251A,  D1-H-4S05, 
UDI-H-21272  and  UDi-H-21335. 

This  DID  is  primarily  applicable  to  work  tasks  delineated 
in  paragraphs)  3. 2. 1.2,  3. 2. 1.3,  3. 2. 1.4,  and  3.2.2  of 
MIL-H-46S53S . 
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BLOCK  10) 

MIL-H-46855B 
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10.  PREPARATION  INSTRUCTIONS 


10.1  General .  The  Human  Engineering  Design  Approach  Document  -  Operator  (HEDAD-0) 
shall  be  prepared  which  describes  the  layout,  detail  design  and  arrangement  of  crew 
station  equipment  having  an  operator  interface;  it  shall  also  describe  operator  tasks 
associated  with  the  equipment.  The  HEDAD-0  shall  describe  the  extent  to  which  the 
human  performance  requirements,  ^IL-STD-1472  and  other  applicable  human  engineering 
documents  specified  in  the  contract  have  been  incorporated  into  the  layout,  cesion 
and  arrangement  of  equipment  having  ar.  operator  interface.  Operator  tasx  analysis 
results  shall  be  presented  as  part  of  the  rationale  supporting  the  layout,  design  and 
Integration  of  crew  station  equipment. 

10.2  Content  Renui rerents .  HEDAD-0  shall  consist  of  the  following  crew  station 
and  opsrator-re latea  information: 

1)  List  of  each  item  of  equipment  having  an  operator  interface  and  a  brief 
statement  of  the  purpose  of  each  item  of  equipment.  Separate  lists  shall  be  provided 
for  each  operator's  station. 

2)  List  of  specifications  and  drawings  approved  by  human  engineering  at  the 
time  of  HEDAD-C  preparation.  When  contractually  required  to  prepare  and  submit  the 
HEDAD-0  ea-ly  in  the  development  process,  the  list  shall  also  address  documents  where 
human  engineering  approval  is  planned. 
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3)  Description  of  the  crew  station(s),  emphasizing  human 
engineering  design  features.  The  following  aspects  of  the  (each)  crew 
station  shall  be  described: 

a)  Layout  and  Arrangement.  One  sketch,  drawing  or  photograoh 
of  the  (each)  crew  station  shall  be  provided.  These  sketches,  drawings  or 
photographs  shall  contain  operator  and  equipment  related  reference  points 
(e.g.,  operator  eye  position,  seat  reference  point)  and  scale.  One  sketch, 
drawing  or  photograph  of  each  item  of  crew  station  equipment  shall  be 
provided;  the  point  of  reference  shall  be  normal  to  the  item  of  equipment 
and  scale  shall  be  indicated. 

b)  Controls  and  Displays.  The  layout  and  detail  design  of 
each  control/display  panel  (or  control/display  areas  independent  of 
panels)  shall  be  described  (e.g.,  phospher  type,  brightness,  resolution, 
contrast,  color  or  other  coding,  control/disolay  ratio,  control  force 
and  range  characteristics).  Display  symbology,  display  formats  and 
control /display  operation  logic  shall  be  described  with  regard  to  in¬ 
tended  use  by  the  operator(s). 

c)  Operator  Vision.  Operator  vision  to  crew  station  items 
of  equipment  shall  be  described  using  the  operator's  normal  eye  positicn(s) 
as  the  point  cf  reference.  When  applicable,  ooerator  external  vision 
shall  also  be  described  using  the  operator's  normal  eye  position's)  as 

the  point  of  reference;  extent  or  external  vision  shall  be  related  to 
system  mission  requirements. 

d)  Environmental  Factors.  Operator  life  support  systems, 
protective  clothing  and  equipment,  noise,  vibration,  radiation,  tempera¬ 
ture,*  ambient  illumination,  climatic  effects  and  other  relevant  environ¬ 
mental  parameters  shall  be  described. 

e)  Ingress/Egress.  Normal  and  emergency  ingress  and  egress 
provisions/procedures  shall  be  described. 

f)  Crew  Station  Lighting.  Lighting  characteristics  and 
lighting  control  systems  shall  be  described. 

g)  Crew  Station  Signals.  Warning,  caution  and  advisory 
signals  shall  be  described  with  regard  to  signal  characteristics,  signal 
meaning,  signal  consequences,  operator  procedures,  cause  of  signal 
activation  and  crew  control  over  signal  characteristics. 

h)  Operator  Posture  Control.  Seating,  restraint  systems 
and  other  postural  control  techniques  shall  be  described. 

1)  Communications  Systems  and  Communications  Systems 

Control . 

j)  Special  design,  layout  or  arrangement  features  if 
required  by  mission  or  system  environment. 
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k)  Multiple  operate-  stations  design,  if  applicable. 
Rationale  for  number  of  operators,  arrangement  of  operators  and  alloca¬ 
tion  of  functions  to  the  operators  shall  be  described. 

4)  Geometric  layout  of  the  crew  station(s).  Crew  station 
geometry  shall  te  described  using  the  seat  reference  point  or  operator's 
eye  position(s)  as  a  reference  point.  The  position  of  each  control, 
display,  panel,  etc.,  shall  be  described  in  terns  of  three-dimensional 
space  (X,  Y,  Z  coordinates);  operator  eye  position  shall  ce  describee  in 
terms  of  system  design  coordinates  or  as  zero  (X),  zero  (Y)  and  zero 
(Z).  The  center  of  each  panel,  display,  control,  etc.,  shall  be  used  as 
the  equipment  point  o*‘  reference.  True  angle  to  vision  to  each  item  of 
equipment  shall  also  re  shown. 

5)  Rationale  for  human  engineering  design,  layout  and  arrance- 
ment  of  each  item  of  crew  station  equipment  having  an  operator  interface. 
The  specific  considerations  of  system  mission  (or  system  function); 
equipment  operation;  operator  selection,  training  and  skill  require¬ 
ments;  operator  task  performance  requirements;  and  limitations  imposed 
on  designs  by  the  procuring  activity  or  state-of-the-art  shall  te  dcs-. 
cribed.  The  basis  for  reaciiirg  specific  design,  layout  and  arrangement 
decisions  snail  he  presented  (e.g.,  MTL-STD- 1^72  criteria,  other  human 
engineering  rooui  remits  soecified  in  the  contract,  system  engineering 
analyses,  systems  analyses,  human  engineering  studies,  trade-eff  analy¬ 
ses,  mock-up  results,  simulation  results  and  human  engineering  test 
results). 

I 

6)  Operator  task  analysis  (see  paragraph  6.2.5  of  MIL-H-46355B ) 
results  shall  be  presented  as  part  of  the  rationale  for  crew  station 
design,  integration  and  layout.  The  following  shall  also  te  described: 
methodology  used  to  generate  task  analysis  results  (e.g.,  paper  and 
pencil,  computer-based  simulation,  dynamic  simulation);  system  missions), 
functicn(s)  or  other  exogenous  information  used  to  "drive"  the  task 
analysis;  human  performance  data  (i.e.,  time  and  error)  against  which 
task  analysis  results  are  compared;  and  operator  assumDtions  (e.g., 

level  of  skill,  training).  Critical  tasks  (see  paragraph  6.2.1  of  MIL- 
H-466558)  shall  be  clearly  identified. 

7)  Narrative  which  provides  rationale  for  any  need  to  deviate 
from,  or  take  exception  to,  .MIL- STD- 1472  or  other  contractual  human 
engineering  documents. 

8)  Sketches,  drawings  or  photographs  of  each  item  o*  equipment 
being  considered  as  alternatives  or  changes  to  the  selected  (baseline) 
crew  station  design. 

9)  Design,  arrangement  or  layout  changes  made  since  the  last 
HEDAD-0  preparation  shall  te  descrioed. 

10.3  Format  Requirements.  Contractor  format  shall  be  utilized. 
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